毕业论文测试用例怎么写

测试用例设计和执行是测试工作的核心，也是工作量最大的任务之一。测试用例(Test Case)目前没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。测试用例编写准备 1从配置管理员处申请软件配置：《需求规格说明书》和《设计说明书》；2根据需求规格说明书和设计说明书，详细理解用户的真正需求，并且对软件所实现的功能已经准确理解，然后着手制订测试用例。测试用例制定的原则 1测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。2测试数据应该选用少量、高效的测试数据进行尽可能完备的测试。用例覆盖1正确性测试：输入用户实际数据以验证系统是满足需求规格说明书的要求；测试用 例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。2容错性（健壮性）测试：程序能够接收正确数据输入并且产生正确（预期）的输出， 输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示 并进行相应处理。把自己想象成一名对产品操作一点也不懂的客户，在进行任意操作。3完整（安全）性测试：对未经授权的人使用软件系统或数据的企图，系统能够控制的程度，程序的数据处理能够保持外部信息（数据库或文件）的完整。4接口间测试：测试各个模块相互间的协调和通信情况，数据输入输出的一致性和正确性。5压力测试：输入10条记录运行各个功能，输入30条记录运行，输入50条记录进行测试。6性能：完成预定的功能，系统的运行时间（主要是针对数据库而言）。7可理解（操作）性：理解和使用该系统的难易程度（界面友好性）。8可移植性：在不同操作系统及硬件配置情况下的运行性。测试方法1边界值分析法：确定边界情况（刚好等于、稍小于和稍大于和刚刚大于等价类边界值），针对我们的系统在测试过程中主要输入一些合法数据/非法数据，主要在边界值附近选取。2等价划分：将所有可能的输入数据（有效的和无效的）划分成若干个等价类。3错误推测：主要是根据测试经验和直觉，参照以往的软件系统出现错误之处。测试用例的填写 1一个软件系统或项目共用一套完整的测试用例，整个系统测试过程测试完毕，将实际测试结果填写到测试用例中，操作步骤应尽可能的详细，测试结论是指最终的测试结果（结论为：通过或不通过）。

假设一下吧。现在要求你测试一下百度知道的提交回答功能。用例编号：提交问题001（编号通常会根据功能或模块编写）测试目的：验证当用户回答完问题后，可以正常提交答案。（多数是会写需求规格的说明，总之要让人看明白你这条用例是想测什么）测试标题：这个有时候就包含了测试目的，目的是可以不写的，但测试用例标题是必须的。重要级别：像提交回答这条用例，多数会被列为最高级别用例，因为是最基本的功能。往往越是基本的，级别越高。原因在于，如果基本功能都有缺陷，那根本不用测别的功能，版本直接打回。预制条件：1、百度知道运转正常。2、用户已登陆。3、进入了自己想要回答的问题页面。（也就是你做这条测试前必须要有的前提条件）操作步骤：1、将光标点入“我来帮他解答”下的输入栏。 2、输入想提交的答案 3、点击提交回答 4、验证提交后答案是否能显示到当前问题下 （输入数据多数时候是合并到操作步骤中的，比如这条里的输入数据就是“答案”）预期结果：1点击提交回答后，页面提示回答成功。2再次查看该问题时,刚刚的答案可以正确显示……

测试用例可以以Word或者Excel的方式呈现，主要用到的工具有禅道、testlink等等

用例编号：唯一标识用例的序号。一般是数字或者模块字母+数字组合。如：L001，L表示登录，001表示用例序号

所属模块：所测功能模块的名称，如：登录模块

用例名称：就是这个用例是什么意思。如：输入账号

前置条件：前置条件可以保障后面的测试步骤正常进行，可以理解为执行当前用例的前提条件。比如：只有注册过的用户才能登录

测试输入：用例执行期间输入的外部信息。根据用例的种类不同，测试输入也有所不同。包括数据、图片、手工操作、文件、数据库记录等类型

测试步骤：详细完整的把你测试的过程描述出来

预期结果：对当前用例的输出做一个预期值。预期结果是根据软件需求所得出的，相当于一个衡量标准。在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

实际结果：实际测出来的结果（可能会和预期结果不符）

另外，有些公司可能会要求在用例后面添加优先级、用例人员姓名、测试日期、用例修改日期、测试结果（Pass、Fail、Block）等等，这个得根据公司的会实际情况来看