如何编写出既方便手动测试执行又适合自动化的用例
如题，现在的测试用例都向着所谓的“敏捷测试靠拢”。也就是测试步骤简要，checkpoint也不会写很细，这样的Case适合业务逻辑熟悉的人用。但是对于用这样的Case实现自动化或者给新人用的化， 就很不足够。测试用例要什么样的粒度可以满足三方的需求？或者找到一个平衡点？ 1.测试用例本体可定义“测试数据”属性，方便新人和自动化用例使用
2.测试用例本体可增加“关联”属性（此项工作量较大，酌情参考）
3.自动化用例，封装常用步骤和关键操作，如返回待机界面、错误提示框判定
最后，粒度问题：既然LZ都说是checkpoint了，粒度自然心中早有定数。各个公司资源不同，没什么好借鉴的。
话说回来，就算只是一个树形checkpoint结构图，只要执行测试员能看懂，也可以算作一种测试用例粒度。 提供一个思路。
1. 写出一份简单的文档。
2. 提供给做手动测试和自动测试的测试员，请他们提意见。
3. 综合两人的意见，修改文档。
4. 提供给两人，请他们试用。
5. 收集他们在真实测试过程中获得的感想和意见，再次修改文档。
6. 总结出文档编写的经验。
文档是为读者服务的，应该以读者为本。如果读者的目标截然不同，应该为他们分别撰写文档。手动测试和自动测试看似都是测试，但是其目标是不同的。在大多数情况下，手动测试的目标是发现新问题，自动测试的目标是发现回归错误。测试人员需要不同的技术和心态。 无论文档写的细还是写的粗其实都不是问题，只要大家都能看得懂可以正常执行就达到了用例的复用目标。在这过程中遇到的问题可以直接进行沟通解决。
页:
[1]
