测试用例

由培训学员, 初级测试工程师, 高级测试工程师到现在的leader, 无论何时都在和测试用例打交道, 慢慢地也开始感觉到它们的重要了.

测试用例的作用是什么?

1. 整理测试思路
2. 指导测试执行工作

在我刚进入测试行业的时候, 我对测试用例的作用确实很模糊.  我只知道设计测试用例是测试工程师的工作内容, 很多时候, 也只是尽可能的把所知道的设计方法运用到测试用例当中, 但根本没有仔细的去想, 我设计完的用例, 容不容易理解, 操作难度大不大, 对其他测试工程师有无指导作用. 所以, 在测试生涯的第一年, 我设计的用例都十分臃肿, 而且收效甚微.

测试用例, 其实就是描述你的测试思路.  PM要写Requirement, Developer要写Design Document, Tester就写Test Case.  通过测试用例, 你可以整理你的测试思路, 也可以让PM, 开发去review, 确保你的思路没有问题.

此外, 用例必须有指导作用. 也就是说, 你写的用例, 给任何一个人, 他们都能去执行, 都能完成对应的测试工作.  我个人觉得这一点很重要, 我看过很多测试工程师写的用例, 都发现以下的问题:

• 执行步骤: 直接描述最后一步, 或者中间省略过多步骤, 或者直接说跑sql    ---    这类型的测试用例, 当你在熟悉系统的时候, 执行起来很容易.  但是, 如果过一段时间, 要重新测试, 就会变得非常困难, 因为这样的描述不清晰, 时间久了, 当时的测试步骤都会忘记.  所以, 在写步骤时, 必须描述清晰, 一步一步写清楚.
• 预期结果: 某某列的值变化, 或者某某列改变.  ----  也是描述不清晰, 改变, 变化.  写出这种预期结果, 要不就是不专业, 要不就是没理解需求.

好的测试用例, 能够让你提高工作效率.  因为在设计用例的时候, 你已经把思路整理清楚了, 在执行的之后, 只需要看着用例, 一步一步执行, 验证就可以了.  所以, 你可以同时去测试2个或以上的功能.

最后说说我们公司做测试用例时的流程吧, 感觉还是挺好的.

1. Test Point(需求点) - 学习需求, 了解需求, 找出测试点, 对测试内容做一个总纲. 
2. Review Test Point - 重要! 因为这决定测试人员之后的重复工作量.
3. Test Case - 根据test point写详细的test case
4. Review Test Case
5. Test Data preparation
6. Run test case