测试用例总结

测试用例

一、写测试用例时我们可以侧重从需求上看需要完成的功能方面来写（比如说某一标签或某一按钮点击以后会实现的功能以及页面跳转等）

然后在看输入框界面等

二、测试用例设计考虑的方面

完成了测试需求分析和软件流程分析后，开始着手设计测试用例。测试用例设计的类型包括功能测试，边界测试，异常测试，性能测试，压力测试等。在用例设计中，除了功能测试用例外，应尽量考虑边界、异常、性能的情况，以便发现更多的隐藏问题。

（1）功能测试：测试某个功能是否满足需求的定义，功能是否正确，完备。

适合的技术：由业务需求和设计说明导出的功能测试、等价类划分

（2）边界测试：对某个功能的边界情况进行测试。

适合的技术：边界值划分

（3）异常测试：对某些功能来说，其边界情况无法简单的了解或某些操作不完全是正确的但又是可能发生的，类似这样的情况需要书写相关的异常测试。

适合的技术：由业务需求和设计说明导出的特殊业务流程、错误猜测法、边界值分析、内部边界值测试、

（4）性能测试：检查系统是否满足在需求中所规定达到的性能，性能主要包括了解程序的内外部性能因素。内部性能因素包括测试环境的配置，系统资源使用状况；外部因素包括响应时间，吞吐量等。

适合的技术：业务需求和设计说明导出的测试

（5）压力测试：压力测试又称强度测试，主要是检查系统运行环境在极限情况下软件运行的能力，比如说给一个相当大的负荷或网络流量给应用软件兼容测试：测试软件产品在不同的平台，不同的工具，相同工具的不同版本下功能的兼容性。

三、以登陆窗口为例来设计测试用例

我把这个测试用例分为三层结构，表单测试、逻辑判断、业务流程。

第一层，表单测试为最底层（最基础的）。这部分的测试用例是对登陆窗口这个界面的输入框、按钮功能、界面等最基本功能的测试。一般来说登陆用户名和登陆用户密码是输入框的形式体现，那么，我们需要的是针对这两个输入框进行功能的测试。这时，我们只要考虑这个输入框的功能，而不需要考虑业务方面的内容。这样，我们考虑就是这个输入框的长度限制是多少？能否输入特殊字符？能否输入全角字符？当然，登陆窗口还有其他按钮，例如登

陆按钮、退出按钮、界面设计等，这一层的测试用例只对他们最简单的功能的测试。我觉得这一层的测试用例对新开发项目很重要，也必须执行，因为这些是最基本的功能保证，当项目进入维护阶段后，如果没有修改就不需要执行这部分的测试了或者说把这层的用例优先级置为最低，时间不充足的情况就不用去执行。

第二层，逻辑判断层。根据需求的设计，各功能之间的简单逻辑联系。以登陆窗口为例，账号登录，账号和密码必须对应才能登录，否则登录失败。根据这一点，我们就可以从这个要求设计这一层测试用例。例如，账号和密码不一致时；账号为空时；密码为空时；账号密码对应时等等情况。输入这些情况时，程序是作怎么样的逻辑控制的？控制是否正确？是否有相应的提示信息？我觉得，这一层的用例时最常规的一层，平时使用这个软件用经常碰到的一些情况，在常规测试或修改这部分的功能之后，这一部分的测试用例也必须执行。

第三层，业务流程层。这部分不关心软件的本身的基本功能，而是关心这个软件的业务有没有实现，不同的需求就有不同的业务需求。以登陆窗口为例，就可能有不同的需求，可能用户要求停用的账号能够登录系统（可能要求登录后不允许进行其他操作），也可能用户直接要求停用的用户账号不准登录系统。根据不同的业务需求，就有不同的业务流程。这样这层的测试用例，我们就只要考虑业务需求，仍然以登录窗口为例，我们就只要考虑删除的用户能否登录？停用的用户能否登录？超级用户是如何登录的？普通用户是何种方式登录的？简单的说，这层的用例只描述业务流程，不关心具体这个业务是怎么实现的，执行这部分用例时，不要考虑哪个输入框控制了多少长度，能否输入空格等其他功能，因为这部分的测试需要基于上面两层的测试用例都已经测试通过了，所以在项目维护阶段或者说时间很紧迫的阶段，我们只需要执行这部分的用例，保证业务能够通畅的完成。其实个人觉得在执行这部分用例时，对包含了对基本功能的测试，一些明显的问题应该能被发现，虽然严格来说测试覆盖率很低，但是基本能达到要求。

这三层的组合起来才是一个完整的测试用例。这是我个人对测试用例设计的一个思路和方法。真正设计这个测试用例的时候，可能会使用到黑盒测试用例的方法，例如等价类划分、边界值分析、错误猜测法（主要是个人经验）、正交分解等方法针对具体情况设计测试用例。分层测试用例的思路主要来自对自动测试实现的考虑。因为我觉得，如果需要实现自动化测试就必须对测试用例进行细分，划分得越细就越有利于自动化的实现。

特殊字符常有;;?”><,`…：“[”{、\|｝]+=)-(_*&&^%$#@!,.。?/还有空格。

总结：（登录窗口：界面显示输入框限制登陆与退出按钮根据不同的输入情况结果显示不同）

全角和半角的区别 全角就是字母和数字等与汉字占等宽位置的字。半角就是ASCII方式的字符，在没有汉字输入法起做用的时候输入的字母数字和字符都是半角的。

三、单选按钮复选按钮组合框等的测试设计

（1）单选按钮

一组单选按钮不能同时选中，只能选中一个。

逐一执行每个单选按钮的功能，数据库有相应的改变。

一组执行同一功能的单选按钮在初始状态必须有一个被默认选中

（2）组合列表框

测试方法：

a,条目内容正确，其详细条目内容可以根据需求说明确定；

b,逐一执行列表框中每个条目的功能；

c,检查能否向组合列表框输入数据；

（3）复选框

a.多个复选框可以被同时选中

b.多个复选框可以被部分选中

c.多个复选框可以都不被选中

d.逐一执行每个复选框的功能

（4）列表框控件的测试

测试方法：

a,条目内容正确；同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误；

b,列表框的内容较多时要使用滚动条；

c,列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况；

（5）滚动条控件的测试

a,滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比.

b,拖动滚动条，检查屏幕刷新情况，并查看是否有乱码；

c,单击滚动条；

d,用滚轮控制滚动条；

e,滚动条的上下按钮。

(6) 各种控件在窗体中混和使用时的测试

a,控件间的相互作用；

b,tab键的顺序，一般是从上到下，从左到右；

c,热键的使用，逐一测试；

d,enter键和esc键的使用；在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的的功能组合的测试。

（7）输入框

a,输入正常的字母或数字。

b,输入已存在的文件的名称；

c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入256个字符，检查程序能否正确处理；

d,输入默认值，空白，空格；

e,若只允许输入字母，尝试输入数字；反之；尝试输入字母；

f,利用复制，粘贴等操作强制输入程序不允许的输入数据；

g,输入特殊字符集，例如，NUL及\n等；

h,输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；

i,输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示

四、界面测试

（1）测试窗体的方法:

a,窗体大小,大小要合适,控件布局合理;

b,移动窗体.快速或慢速移动窗体,背景及窗体本身刷新必须正确;

c,缩放窗体,窗体上的控件应随窗体的大小变化而变化;

d,显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常;

e.显示多个窗口时，窗口的名称是否被适当的表示？

f.活动的窗口是否被适当的加亮

g.如果使用多任务。是否所有的窗口被实时更新

h.多次或不正确按鼠标是否会导致无法预料的副作用。

i..窗口的声音和颜色提示和窗口的操作顺序是否符合需求。

k.窗口是否被正确的关闭。

进行测试时还要注意状态栏是否显示正确;工具栏的图标执行操作是否有效,是否与菜单懒中图标显示一致;错误信息内容是否正确,无错别字,且明确等等;

（2）

字体颜色、大小、对齐方式（根据字段的性质确定）、加粗的一致性

文本框、按钮、滚动条、列表等控件的大小、对齐、位置的一致性