你是怎么样跑测试用例的呢?

你们应该都有过写测试用例的经历。

个人经历大概是这样的。

以前刚入行的时候是用excel写用例。大概就是往模版里填充一些必填字段，好比用例编号，名称，步骤，预期等等。那时候啥都不懂，预期里基本上是随心写，填的都是"应该正常执行", "结果应该正确"之类的写了等于没写的话语，无非就把格子填满，显得颇有工做量的样子。执行用例的时候基本上是看需求文档，本身写的用例也不看，测完了就无脑打勾，显得工做是按时按量完成了的。

后来不少年用例管理也一直没有改善，无非就是excel换模版，而后用打勾的形式去代表工做已经完成。这是手工执行的方式。

也经历过很长一段时间用自动化的方式去运行用例的状况，这时候用例基本是代码，代码是常常要去更新的，以便加强稳定性和更新业务逻辑。这时候报告和日志比较重要，由于跑出问题以后须要经过报告和日志迅速去定位问题，提bug或者再人肉验证一下。

若是对软件测试、接口测试、自动化测试、性能测试、LR脚本开发、面试经验交流。感兴趣能够175317069，群内会有不按期的发放免费的资料连接，这些资料都是从各个技术网站搜集、整理出来的，若是你有好的学习资料能够私聊发我，我会注明出处以后分享给你们。

再后来即是开发了一些测试用例的管理系统，本身用起来还行，无非就是把excel填格子的过程改为了从网页上填表单，可是推广的时候遇到了很大的阻力，毕竟你们仍是习惯于用excel去管理，在写好了execl以后导入到系统里，整个系统除了执行的时候能够体现用例状态以外，其余的话意义不是很明显，并且不少时候，用例的执行状态并非你们关注的重点，因此用例管理系统后来也没太多任用，荒废掉了。

近些年不少同窗用脑图的方式来管理测试用例，等于就是把需求换个维度整理了一番，变成了一个个的场景或者检查点，测试的时候能够对照着检查点来，比excel有不错的提高，能够推荐你们试一下。

脑图实际上是整理+记录的过程，很像是咱们以前初高中时候老师写的板书，好发散，格式比填格子灵活。我建议能够不用在脑图里写预期结果，执行完成以后再补充也行。

写脑图能够用场景导向，枚举大部分的异常场景可能会比较的有价值。

若是写了用例可是测试的时候不去对照着看或者执行，那么写不写都无所谓了。真正有价值的用例多是

• 本身测试的时候会去对照着看或执行
• 你们都能看懂
• 保持跟最新的需求同步

最后给一张最近关注度比较高的个税脑图，这个图基本上算是很是全面的测试检查点了，你们能够参考一下。

推荐阅读

• 学软件测试最好的几本书，这8本书能帮你不少
• 软件测试7年的工程师，讲述当初是怎么突破的瓶颈？少走弯路