面试题：如何做到用最少的用例覆盖功能点
那天去参加了一次面试，其他的问题都还好答，就是中间闻到了如何去用最少的用例覆盖更多的功能点，说实话，干了测试两年，一直都是在写啊写，从未总结过，所以当时就没答好，不知道各位测友对这个有什么看法？他们说现在招的是一个比较会写测试用例的，因为之前招的都是新人，所以想招一个对写测试用例比较有经验的人带一下大家。面试回来，感觉打击很大，虽然做了这么长时间的测试，但是对于写用例这块的理论知识还真是没有总结分析过，决定以后不仅要学习技术，理论知识的总结看来也是很重要的。 1. 测试用例的编写也分三六九等，有一句话一个用例的，也有一个场景一个用例的。这个是用例的形式。
2. 从用例的内容来说，无论如何你至少要一个功能一个用例吧？想最少的内容覆盖最多功能，起码这些功能是要有关联的吧。
3. 我曾经做过一个对日项目，我的测试用例142条，日方验收用例2200条。验收结果：日方测试组最终找出3个bug，2个客户不认为是bug，1个客户认为不是大问题无需修复。
4. 关键在哪里？不要贪图大而全，抓住需求重点，覆盖到主要功能。在基本功能还没正常的情况下，不要去抓那些稀奇古怪的缺陷。保证基本功能、正常功能的正常流程即可。 从场景的角度考虑
首先将需求功能点提炼
通过一定的轨迹将需要测试的功能点场景化覆盖 感觉这个问题，不好回答啊。
也许，先需要把需求，把用户场景及其条件，都理解透，再组合用例。 回复 2# chinacia
兄台总结的不错 关键是你的思路
如何降低测试用例的冗余度
页:
[1]
