面试题：如何做到用最少的用例覆盖功能点

且行且忆 · 发表于 2013-8-8 10:42:49

那天去参加了一次面试，其他的问题都还好答，就是中间闻到了如何去用最少的用例覆盖更多的功能点，说实话，干了测试两年，一直都是在写啊写，从未总结过，所以当时就没答好，不知道各位测友对这个有什么看法？

他们说现在招的是一个比较会写测试用例的，因为之前招的都是新人，所以想招一个对写测试用例比较有经验的人带一下大家。面试回来，感觉打击很大，虽然做了这么长时间的测试，但是对于写用例这块的理论知识还真是没有总结分析过，决定以后不仅要学习技术，理论知识的总结看来也是很重要的。

chinacia · 发表于 2013-8-8 14:59:27

1. 测试用例的编写也分三六九等，有一句话一个用例的，也有一个场景一个用例的。这个是用例的形式。
2. 从用例的内容来说，无论如何你至少要一个功能一个用例吧？想最少的内容覆盖最多功能，起码这些功能是要有关联的吧。
3. 我曾经做过一个对日项目，我的测试用例142条，日方验收用例2200条。验收结果：日方测试组最终找出3个bug，2个客户不认为是bug，1个客户认为不是大问题无需修复。
4. 关键在哪里？不要贪图大而全，抓住需求重点，覆盖到主要功能。在基本功能还没正常的情况下，不要去抓那些稀奇古怪的缺陷。保证基本功能、正常功能的正常流程即可。

forstkksk · 发表于 2013-8-8 20:34:20

从场景的角度考虑
首先将需求功能点提炼
通过一定的轨迹将需要测试的功能点场景化覆盖

omg · 发表于 2013-8-8 23:18:06

感觉这个问题，不好回答啊。

也许，先需要把需求，把用户场景及其条件，都理解透，再组合用例。

且行且忆 · 发表于 2013-8-9 09:50:40

回复 2# chinacia

兄台总结的不错

愚人 · 发表于 2013-8-9 20:40:40

关键是你的思路
如何降低测试用例的冗余度

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 面试题：如何做到用最少的用例覆盖功能点

相关帖子

站长推荐 /1