自动化测试用例规范
1.
测试用例名同测试用例的编号,例如用例名统一以
case+
编号的形式开头。
2.
每个测试用例粒度必须尽可能小,
短小简单的测试用例易于调试。
如果测试用例不得
不长而复杂,
则把它分成两个或更多的私有方法,
并单独调用这些方法。
尽量把重复任务放
入一个方法中,这样它可以被多个测试用例调用。
3.
所有的测试用例必须作为一个独立的测试用例运行,
每个独立的测试用例负责自己的
初始化和清理任务:
4.
测试用例需要记录操作步骤。
5..
测试用例执行出错要截图,从日志查看错误能一目了然。
6..
测试用例要有合适的验证点,符合测试用例的期待结果。验证用是否存在的方法,
如文件存在。
7.
测试用例只要不匹配预设的验证点,
即使该测试用例还有未执行完的代码也要中断下
面的执行,抛出合适的异常并提供详细的失败信息,然后设置该测试用例运行结果为失败
8.
测试用例要尽量处理所有的异常以健壮
.
9..
测试用例要能无人值守运行
10.
初始条件用例执行失败,结束不执行后面所有依赖用例。
自动化测试用例规范
1.
测试用例名同测试用例的编号,例如用例名统一以
case+
编号的形式开头。
2.
每个测试用例粒度必须尽可能小,
短小简单的测试用例易于调试。
如果测试用例不得
不长而复杂,
则把它分成两个或更多的私有方法,
并单独调用这些方法。
尽量把重复任务放
入一个方法中,这样它可以被多个测试用例调用。
3.
所有的测试用例必须作为一个独立的测试用例运行,
每个独立的测试用例负责自己的
初始化和清理任务:
4.
测试用例需要记录操作步骤。
5..
测试用例执行出错要截图,从日志查看错误能一目了然。
6..
测试用例要有合适的验证点,符合测试用例的期待结果。验证用是否存在的方法,
如文件存在。
7.
测试用例只要不匹配预设的验证点,
即使该测试用例还有未执行完的代码也要中断下
面的执行,抛出合适的异常并提供详细的失败信息,然后设置该测试用例运行结果为失败
8.
测试用例要尽量处理所有的异常以健壮
.
9..
测试用例要能无人值守运行,尽可能完善
CTS
集成的测试计划
10.
初始条件用例执行失败,结束不执行后面所有依赖用例。