测试用例重构思考 软件测试
之前发了一篇关于测试用例的帖子在论坛，今天还是想在这里再唠叨一次，因为对测试用例的设计又有了一点新的认识，至少是在我的思想里，或许别人早就觉得是小儿科了，哈哈~
新入职一家公司刚好赶上测试用例重构，接受成为这次任务的主要负责人，按照之前的工作经验，几乎完全照搬了过来，在跟直接领导的沟通中，也得到了测试经理的原则：以最少的用例覆盖尽量多的功能点。但是我却没有把握这个原则，依然将原来虽可行但却与之不符的原则搬了上来，按照测试用例粒度统一，粒度最细的角度去设计了一个功能模块的用例，在评审时测试经理参加，当然也就发生了一些思想上的冲突，细细想来，我的思想也无不正确，只是考虑的角度不一样，我是想更注重于测试用例在粒度上的统一;但是测试经理的思路也很好，目前的现状是无法达到我说的这种状态，而测试很多理念也是说最好是以最少的用例覆盖最多的功能点，当我们设计一个关于边界值的用例时，是否可以用一个前提准备的数据来完成很多个功能点的验证，而不是每个功能点都写一条准备前提?这就是测试用例设计的思路，如何设计测试用例才能达到这种效果，因为我们必须要知道测试用例最重要的目的是指导测试，只要能指导测试，能覆盖全面需求，就是最好的测试用例，不过这个观点在测试覆盖上恐怕会有风险，毕竟当思考如何以覆盖更多功能点时可能会因为功能点覆盖的多了而导致最终的测试遗漏。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
