软件测试中测试用例应该如何写？
2018年03月30日 10:01供稿中心：兆隆教育
摘要：
随着软件行业的兴起，软件上线运营的安全性稳定性也越来受到了关注，软件测试这一职业也火热了起来，那么软件测试中的测试用例应该如何和写呢？好的用例测试，可以帮助软件测试人员更好的完成测试工作以及保证软件上线的稳定运行。
随着软件行业的兴起，软件上线运营的安全性稳定性也越来受到了关注，软件测试这一职业也火热了起来，那么软件测试中的测试用例应该如何和写呢？好的用例测试，可以帮助软件测试人员更好的完成测试工作以及保证软件上线的稳定运行。
1、测试用例目录：
1、测试用例目录：
采用树状结构，一般不超过3级
项目1、项目2也一般为目录，用excel管理用例为列，那么前面两级树一般都是文件夹，二级模块名称一般为excel文件名，可以根据具体项目的层级深度进行划分，最好提前做好规划，否则模块越多越容易混乱。
2、测试用例设计：
（1）方式1 详细型
这种方式是传统的用例设计方式，包含了步骤、结果等很多详细信息。优点：步骤、结果、条件等信息非常详细；适合变化不频繁的项目（如V模型项目组）；缺点：设计和执行用例比较耗费时间。
（2）方式2 名称型用例
这是通过用例名称直接执行测试的方式，但对用例名称的设计要讲究技巧，这样才能让执行人员一眼就看出用例要测什么怎么测。我们通过统计计算，执行和设计用例的效率提高约30%。大大缩短了执行时间。目前这种方式已经在多个项目中进行了推广执行。优点：执行效率高，适合需求变更频繁的项目；能根据测试点，快速修改相关用例；执行效率会随人员对系统的熟悉程度的提高而增加；缺点：对设计用例的人员的思维及对项目业务的熟悉程度有更高要求；对语言的使用及归纳总结能力有要求；当多个人同时设计一个项目的用例时需要有一致性。
（3）方式3 图型用例
这是不少人都用过的思维导图，这个想必大家都不陌生。这是当时做出方式2时的备选方案，这里为什么提到它，是因为，我们发现结合方式2和方式3，可以发挥很大的能量，非常适合快速迭代的小项目。目前公司有个以接单方式运行的中小项目正在使用这种用例设计方式。能快速执行。优点：很直观，简单清晰。执行效率与方式2不分上下。缺点：不方便统计，这点非常深刻，做测试报告的时候通过率这块比较头疼。
文章来源：www.zhaolongedu.com
文章来源：www.zhaolongedu.com
