如何才能写好一个软件的测试用例
本人新手，初期学习测试，老师总是拿一个软件给我们就叫我们去写测试用例，但是我们遇到了一个关键问题，如何写？？怎么写？？？从神马地方开始写？？？全部都懵懵懂，程序稍微大点就不知道下手了，想请教下各位大大写测试用例之前需要做好神马准备？？怎么样才能使我们写测试用例的技巧提高上来？？？ 你这个问题问的太范了，很难回答你啊。 先保证基本功能吧。有没有文档什么的，总不能就一个软件把。。。 需要明确个问题，有没有有需求或者设计文档没？1，有的话按照文档写，将文档中的功能点摘录出来，按照功能点去写测试用例；
2，没有文档，按照软件功能去写--那你们应该属于了解和学习阶段了：先了解软件功能，然后将软件的功能模块进行划分，梳理出来一个个功能点；
这样有了功能点就可以进行测试用例编写了：
1，测试用例的要包括操作步骤：怎么操作--把你的操作过程描述下来；
期望结果--软件设计的结果是什么--这个来自设计和平时的体验；
实际结果--在测试过程中按照步骤执行下来之后看到的结果；
2，编写测试用例时将功能点进行划分，需要确认该功能点有几个测点，基本上做到一个测点一个case；
3，测试用例要划分优先级和重要级别：软件功能主流程上的功能是重要级别最高的，而优先级一半配合开发过程和功能完善来确定：基本的要优先级最高，边角的可以优先级最低；
LZ如果是个新手，建议将软件划分成小块，一个个的消化，其实测试最容易入门的方式就是将你作为使用者，这就是用例的来源。
希望能对你有帮助。 回复 4# xhk1
如果测试软件的功能还不明确，需求只有一句话介绍主题的功能，这样的用例怎么写呢？ 没有明确的需求，就需要自己去斟酌这个软件所要达到的基本功能，去分析它的隐性和实际需求，从最开始的地方写起，从第一眼看到的和用到的地方去写，定好自己的测试策略，从功能，界面，安全，容错之类的在开始去分类 首先需要弄清楚的是测试用例是哪里来的？ 答案是测试用例是通过Function Specification(以下简写FS) 来的，那FS 从哪里来的 ？从Business Requirement Doucument（以下简称BRD） 来的.所以从一个Test Desinger（以下简称TD）的角度来讲， 一定要搞清楚用户的需求是什么。所以要和用户进行必要和及时的沟通，不然写的再完美的 Test Case ，对客户而言都是无效的。
如何设计case呢？个人认为有一下几点：
1. 了解软件的整体的功能，把软件分成若干个大的部分
2.了解你测试的软件的check point ，即测试点。根据测试点去设计case
3.Case review, 让客户谈你的case的scope.
页:
[1]
