一位老测试对测试用例之个人见解_直接参考看老项目的测试用例

刚入行的时候，看了很多关于测试相关的文章，记得有一篇说到测试用例是测试灵魂让我印象深刻。如今，我入行几年了，越发深感测试用例的设计重要性，可以这么说，测试用例的设计与管理是测试工程师的核心技能。我发现很多测试的同行都向往去追求新的测试工具，测试技术手段而忽视测试用例的设计，测试用例的设计其实是测试方法、测试思路的体现，如果一面追求技术手段而忽视方法思路的锻炼，本人就觉得有点本末倒置。

说到此，突然就联想到一个武侠小说的例子。武侠小说里华山派有分剑宗和气宗两个派别，网络上也很多在讨论究竟剑宗厉害还是气宗厉害（小说里当时两派比拼时是剑宗胜利，本人觉得主要是因为风清扬当时被骗不在场而已）。

其实测试工具、测试技术手段等可以看做是剑宗，测试方法思路可以看作是气宗。

再引用小说里我觉得很有道理的一段话（来自岳不群）：“剑宗功夫易于速成，见效极快。大家都练十年，定是剑宗占上风；各练二十年，那是各擅胜场，难分上下；要到二十年之后，练气宗功夫的才渐渐的越来越强；到得三十年时，练剑宗功夫的便再也不能望气宗之项背了。”

有几年测试经验的人我觉得都会认同，测试工具、测试技术容易速成，见效快，但测试方法、思路、意识等这类东西需要长期积累和培养。想要做到一个资深的测试工程师，必须先有强大的内在测试技能。为什么别人工资高，为什么别人是测试的设计者，测试架构师，测试经理，其实我觉得很大程度就来源于这个。工具和技术是容易掌握和学习得来的，而内在的一些方法思路才是难能可贵。记得以前一个老大说过，一个优秀的测试人员当一个项目来了就能够迅速知道如何去测试，如何能够通过测试保障其质量。

以上扯多了，纯属个人见解，如有意见尽可提，回归正题：
 

1、什么是测试用例？测试用例是什么？

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

简单的来说，测试用例其实就是测试的思路，测试的操作步骤的文档形式。
 

2、编写测试用例有什么好处？

1）具有计划性、组织性、步骤性，思路清晰，从而避免盲目测试并提高测试效率，减少测试的不完全性；

2）可以根据用例的优先等级，不同策略实施不同级别的测试；

3）可以根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪；

4）制定公共用例库，不同的项目可以进行用例复用，节省不同项目的用例设计时间；

5）减少回归测试的复杂程度，软件更新后只需更新少量测试用例即可开展工作，降低工作强度、缩短项目周期；

6）如果客户有要求，测试用例会是交付的一部分，同时也可提高软件的可信度；

7）通过编写用例，执行用例，可以跟踪测试进度，同时通过用例获取测试的内容以及其是否全面；

8）通过测试用例编写，发现需求问题、设计问题。

PS:很多公司的测试对于测试用例的重视程度不一样，同时也造就很多测试人员对待测试用例的态度和重视程度也不一样，其实我想说都的是，做事情在于以什么态度去对待，如果你有做好一件事的心，那摆在你面前的所有问题都不是问题，都有办法一一解决；如果你是不想克服，想随波逐流，那就无话可话，自己的人生自己负责。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取