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