软件测试与软件测试用例
·
编程要写代码，测试要写用例。
做了这么多年的软件测试工作，经历了对测试用例认识的不同阶段。
第一阶段，入门。
编号，测试点，测试环境，测试数据，测试步骤，预期结果，设计人，设计时间，执行结果，执行时间，备注。。。。。。
所有的一切都要写的清清楚楚，详详细细。设计、评审、修改，循环往复。
这个阶段提到的有关测试用例设计最多就是：易懂（所写的测试用例易懂、易于理解），可复用
第二阶段，起步
经过入门阶段的严格要求，开始了个性化的创造，懒人懒办法，开始关注测试用例设计方法。
测试点，测试数据，测试步骤，预期结果成为了核心关注的内容。
这个阶段追求更加简洁，更便于操作。
第三阶段，技巧
一个好的测试用例是能够好现系统问量题的测试用例。
通过对业务的理解，基于对软件测试的理解，使用更有特色的数据、更有效的步骤，实现对系统功能的测试和验证。
这个阶段追求测试数据的设计和测试步骤的安排的精巧性。
第四阶段，实用
历经繁华，归于平静。
回归软件测试的本质：软件测试不是点点鼠标、敲敲键盘，测试用例不是玩技巧，一切都是为了软件质量。
设计测试用例的目的是理清测试思路，覆盖尽可能多的系统应用环境，模拟更多可能的现实环境。
要有良好的基础训练，明白有哪些方法，应该怎么做，这个步骤如论你有多么的聪明请不要略过，耐下心来重复的把基本功做到得心应手。
要不断的学习和思考，不断的精进，不论什么工作从大的方面来讲都是重复，通过不断的重复、不断的思考和改进，从生手到熟手，从门外汉到专家。
当目标明确时，一切形式都是手段，都是为了保障目标的实现。
不是空谈理论，真正的理解形式和目标，需要动手，需要不断的实践，需要时间的浸润。
北京人形旗下天工造物具身智能开源社区，聚焦具身天工与慧思开物两大平台
更多推荐
1
0- 0
已为社区贡献2条内容
所有评论(0)