之前面试中有被问工作中印象深刻的一个bug。这不是我今天要说的。刚才突然想到了如上题目。这里来说说
当前我们的项目中测试人员不多，但还是会分模块来负责测试。每个人都有自己的设计风格。其中一个同事的用例个数写的非常细，于是数量就非常多。当时我看了后，发现其实有些用例是可以去掉的。于是依旧按照我的思路来设计：如何用尽可能少的测试用例覆盖当前业务需求。（这句话是不是跟那句很像：做最少必要事件，以达成目标。很多真的是想通的）
到后面，没想到的是，项目经理听了我的看法，对同事讲：不是用例数多就行的。事情到这里就结束了。
但有一点需要注意的是：不用一味追求尽可能少的用例数，覆盖当前业务需求更关键。
（--每次我的文章都写的不是很长，可能跟很久之前我的一个想法有关吧，当时想，自己也要写短小精悍的。短小做到了~~）
网友评论