对于窗口有输入框怎么编写测试用例

Posted 2023-04-13

参考技术A

1、等价类划分法：

适用场景：有数据输入的地方，就可以使用等价类划分法。如：输入框

测试思想：从大量数据中划分范围（等价类），然后从每个范围中挑选代表数据，这些代表数据要能反应这个范围内数据的测试结果。

概念：有效等价类：对程序来说，有意义的、合理的数据（正确的、有效的数据）；

无效等价类：对程序来说，没有意义、不合理的数据（错误的、无效的数据）。

2、边界值法：

适用场景，有数据输入的地方，在实际工作中，一般和等价类划分一起适用。、

测试思想：边界值是程序员在编程时是最容易出错的位置，所以要测试边界。

概念：是有效等价类和无效等价类之间的分界点，叫边界值（最小值，最大值）。还要测试次边界，也就是边界值两边的数据。

例：b、密码输入框：8－20位字符（只允许输入：字母、英文符号、数字）；

边界值：8位字符、20位字符；

次边界：7位字符、9位字符、19位字符、21位字符。

3、因果图／判定表法：

适用场景：在一个界面中有多个控件，如果控件之间存在组合关系或者限制关系，不同的控件组合会产生不同的输出结果，为了弄清楚不同的输入组合会产生怎样的输出结果，可以使用因果图或判定表。

概念：因，输入条件；果，输出结果；就是通过画图的方式表达输入条件和输出结果之间的关系。

特点：输入条件的排列顺序无关紧要；输出结果的排列顺序无关紧要；先测哪种组合后测哪种组合无关紧要；每种组合是独立的。

4、场景法：

适用场景：业务比较复杂的软件系统都适合使用场景法，场景法是基于软件业务的测试方法，测试人员把自己当成最终用户，尽可能真实的模拟用户在使用此软件的操作情形：

重点模拟两类操作：用户正确操作的业务过程—验证软件的业务功能是否正确实现；模拟用户错误操作的情形—验证软件的异常处理能力（健壮性）

测试思路：场景法是模拟用户操作软件时的各种情景，主要用于测试软件的业务逻辑和流程。当拿到一个测试任务是，并不先关注某个文本框的等价类等是否满足要求，而是先关注它的主要功能和业务流程是否正确实现，这就需要场景法来完成测试。

当业务流程测试没有问题，也就是软件的主要功能没有问题时，我们再去关注控件的等价类、边界值等细节测试。（先整体后细节）

扩展资料：

测试用例是将软件测试的行为活动做一个科学化的组织归纳，目的是能够将软件测试的行为转化成可管理的模式；同时测试用例也是将测试具体量化的方法之一，不同类别的软件，测试用例是不同的。

测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时测试用例作为测试的标准，测试人员一定要按照测试用例严格按用例项目和测试步骤逐一实施测试。并对测试情况记录在测试用例管理软件中，以便自动生成测试结果文档。

根据测试用例的测试等级，集成测试应测试的用例，系统测试和回归测试又该测试的用例，在设计测试用例时都已作明确规定，实施测试时测试人员不能随意作变动。

参考资料：百度百科-测试用例

通用测试用例

输入框：

　　验证输入与输入的信息是否一致

　　输入框之前的标题是否正确

　　对Tab字符的处理机制

　　按下ctrl+alt键对输入框的影响

　　对于有约束条件要求的输入框应在条件满足时输入框的状态发生相应的改变，如选择某些条件后，一些输入框会关闭或转为只读状态

　　输入类型：根据前栏标题判断该输入框该输入哪些内容合理

　　输入状态：当处于某种状态下，输入框是否处于可写或非可写状态

　　输入信息位置：在光标停留的地方输入信息时，光标和所输入的信息是否会跳到别的地方去

　　回车检查：输入结束后直接按回车键，系统如何处理，是否保存

　　快捷键检查：是否支常用快捷键，ctrl+C ctrl+V backspace; 对一些不允许输入信息的字段，对快捷键是否做了限制

　　字符本身显示的颜色

　　英文全角、英文半角、数字、空或者空格、特殊字符 特别要注意单引号和&符号，不同内码的字符的输入。禁止直接输入特殊字符时，使用 粘贴、拷贝 功能尝试输入

添加、修改：

　　检查带出信息的完整性，在查看信息或update信息时，查看填写的信息是否全部带出，带出的信息和添加的是否一致

特殊键：是否支持tab键，是否支持回车键

提示信息：

　　不符合要求的地方是否有错误提示

唯一性：　　

　　字段唯一的，是否可以重复添加，添加后是否能修改为已存在的字段

数据正确性：

　　对编辑页的每个编辑项进行修改，点击保存，是否可以保存成功，检查想关联的数据是否得到更新

　　进行必填项检查: 是否给出提示以及提示后是否依然把数据存到数据库中，是否提示后出现页码错乱等 

　　是否能够连续添加

　　检查修改重名：修改时把不能重名的项修改为已存在的内容，是否提示不能修改并给出提示

　　检查多次使用back键：在有back的地方，back回到原来的页面，在重复几次，系统是否报错

　　检查重复提交表单：一条已成功提交的记录，back后在提交，系统如何处理

　　在编辑的时候，注意编辑项的长度限制，有时在添加的时候有，在编辑的时候却没有（添加、编辑规则是否一致）

　　对于有图片上传功能的编辑框，若不上传图片，查看编辑页面时是否显示有默认的图片，若上传图片，查看是否显示为上传图片

　　修改后增加数据后，特别要注意查询页面的数据是否及时更新，特别是在首页时要注意数据的更新

　　提交数据时，连续多次点击，查看系统会不会连续增加几条相同的数据或报错

　　若结果列表中没有记录或者没选择某条记录，点击修改按钮，系统会抛异常

 查询结果列表：

　　功能实现：

　　　　列表、列宽是否合理

　　　　列表数据太宽有没有提供横向滚动

　　　　列表的列名有没有与内容对应

　　　　列表的每列的列名是否描述的清晰

　　　　列表是否把不必要的列都显示出来

　　　　点击某列进行排序，是否会报错，排序是否正确

　　　　双击或单击某列信息，是否会报错

　　返回键检查;

　　　　一条已经成功提交的记录，返回后再提交是否做了处理

　　　　检查多次使用返回键的情况，在有返回键的地方，返回到原来的页面多次，查看是否会出错

　　状态测试：

　　　　每种状态至少访问一次

　　　　测试看起来最常见最普遍的状态转换

　　　　测试状态之间最不常用的分支

　　　　测试所有错误状态及其返回值

　　　　测试随机状态转换

　　刷新键检查;

　　　　在web系统中，使用刷新键，看系统如何处理，是否会报错

　　直接url链接检查：

　　　　在web系统中，在地址栏直接输入各个功能页面的url地址，看系统如何处理，是否能够直接链接查看，是否有权限控制，是否直接执行，并返回相应结果页

　　界面检查：

　　　　各个页面的样式风格是否统一

　　　　各个页面的大小是否一致，同样的logo图片在各个页面中显示是否大小一致；页面及图片是否居中显示

　　　　各个页面的title是否正确

　　　　栏目名称、文章内容等处的文字是否正确，有无错别字或乱码；同一级别的字体、大小、颜色是否统一

　　　　提示、警告或错误说明应清楚易懂、用词准确，摒弃模棱两可的字眼

测试中应该注意的其他情况：

　　在测试时，与网络有关的步骤或者模块必须考虑到断网的情况

　　每个页面都有相应的title，不能为空，或者显示 无标题页

　　在测试的时候要考虑到页面出现滚动条时，滚动条上下滚动时，页面是否正常

　　url不区分大小写，大小写不敏感

　　对于电子商务网站，当用户并发购买数量大于库存数量时，系统如何处理

　　测试数据避免单纯输入：123 / abc之类的，让测试数据尽量接近实际

　　进行测试时，尽量不要用超级管理员进行测试，用新建的用户进行测试，测试人员尽量不要使用同一个用户进行测试

　　提示信息：提示信息是否完整、正确、详细

　　帮助信息：是否提供帮助信息，帮助信息的表现形式 -页面文字、提示信息、帮助文件，帮助信息是否正确、详细

　　可扩展性：是否有升级的余地，是否保留了接口

　　稳定性：运行所需的软硬件配置，占用资源情况，出现问题时的容错性，对数据的保护运行速度，运行的快慢，带宽占用情况