软件测试方法总结（一）

发布时间: 20xx-12-12 17:07 作者: lxm_lxm 来源: 51Testing论坛

软件测试方法的总结，是lxm_lxm根据个人所做过的项目整理的，提供给新来的的朋友们。 软件测试方法总结

一、界面

● 界面测试

（1） 测试界面设计是否合理、简洁、美观，操作是否方便

（2） 功能键、数据项信息是否齐全

（3） 确认系统中同一功能抌名称是否统一

（4） 设计样式、风格（查询条件样式；输入风格（点选/手输入）；）是否与系统其它模块统一

（5） 确认页面内所有字段名称显示风格是否统一（居中、左对齐、右对齐，一般采用居中显示风格）

1、新增页面及功能测试

● 字段

在开始测试时应该保证数据的正确性，然后再从系统中找出各种Bug

（1） 各字段输入正确的信息值保存，确认系统是否可以正确完成新增操作。

（2） 进入添加界面不输入任何信息值，单击“保存”功能按钮，系统应该给出某个不允许为空字段的提示信息（属于边界测试）

（3） 建议不允许为空的字段前面加上?*?作为标记（统一性，方便性问题）

（4） 编码/编号字段不允许输入中文及特殊字符，否则系统应该给出相应的提示信息

（5） 测试编码/编号字段不允许重复，否则系统应该给出相应的提示信息

（6） 确认字段是否已做长度限制，如果输入值超出长度范围，那么在保存时系统应该给出提示信息

（7） 非法测试，如：校验数值型字段输入非数值，保存时系统是否给出相应的提示信息（根据实际需要确定数值型字段是否能够接受负数）

（8） 边界测试，如：确认数值型字段的边界值（如：有效值为?0-100?整数，那么输入-1或101保存时系统应该给出相应的提示信息；输入值为0、100系统应该能正确保存信息值；输入0到100内的整数值系统应该正确保存信息值）

（9） 精确值测试，测试小数位数是否在定义的长度内

（10） 字段精确值是否正确（四舍五入否）。

（11） 根据实际情况测试名称字段是否具有唯一性，（一般情况下名称是不允许重复的，具体问题具体分析），否则系统应该给出相应的提示信息

（12） 确认各字段名称书写是否正确（注意：要求编辑界面、住息列表中、错误提示信息、查询条件中的字段名称完全相同）

（13） 确认特殊格式的字段是否已做标准格式的限制（如：电子邮件、邮编等）

（14） 测试上级信息字段（如：上级XXX名称、上级XXX编号）的信息值是否根据所选择的上级XXX名称系统自动生成（注意：编号生成值一定是维护界面的编号，而不应该是相应表的那个主键编码）

（15） 测试如果某字段信息值是从另一个模块中选择输入的，那么需要确认其它相关联字段的信息值是否也相应的正确的自动带入，并且这些字段应该都是只读的

（16） 创建人/编辑人、发布人、创建时间、创建人字段应该设为只读的，而且此类字段值应该默认当前操作人的姓名

（17） 如果某个字段可以点选输入多个信息值，那么测试该字段是否接受，并保存了点选输入的多个信息值

（18） 对于多选字段，测试是否具有记忆上次选择值并已验重

（19） 测试字符型字段是否可以接受空格（统一性问题，建议不要接受空格）

（20） 引用其它模块的字段信息值的字段长度是否与被引用模块相应字段长度一致

软件测试方法总结（二）

发布时间: 20xx-12-12 17:13 作者: lxm_lxm 来源: 51Testing论坛

关键字：软件测试方法

6、常用功能键的功能测试

（1） 保存---所有编辑页面如果未输入任何信息值而单击“保存”，系统应该给出“XXX字段不允许为空”的提示信息

（2） 保存---如果某字段输入值有错误或超出长度范围，那么单击“保存”按钮时，系统应该给出相应的提示信息

（3） 保存---输入相关信息单击“保存”后，建议系统给出“保存成功”提示信息

（4） 保存---测试新增/修改信息保存后，信息列表是否自动刷新

（5） 下一步---单击此按钮，如果有非空字段为空，系统应该给出相应提示信息；如果有字段输入非法值，单击此按钮系统应该给出相应提示信息；正常情况下单击此功能按钮，系统进入到下一个编辑/操作界面

（6） 上一步---单击此功能按钮，系统应该正确返回到上一个编辑/操作界面

（7） 浏览---测试该功能键功能是否已经正确实现，单击此按钮系统应该弹出文件选择页面，并且可以选择输入相关附件

（8） 上传附件---测试上传功能已经正确实现，确认上传的附件在界面相应位置是否显示

（9） 下载---测试下载功能已经正确实现（可以将上传到服务器的附件下载的本地相应位置）

（10） 重新上传---保存操作后上传功能按钮名称应该自动变为“重新上传”，并且可以重新上传附件

（11） 发布---测试该功能键功能已经正确实现，单击些功能按钮系统完成发布操作，相应的信息状态变为“已发布”，发布人、发布时间系统自动生成或已经正确保存（注意：已经发布的信息是不允许再进行修改操作的）（根据系统需求及设计测试，有些系统只有信息修改页面才有此功能）

（12） 取消发布---测试该功能键功能是否已经正确实现，单击此功能按钮系统完成取消发布功能，相应信息状态变为“未发布”（根据系统需求及设计测试，有些系统只有信息修改页面才有此功能）

（13） 关闭---单击此功能按钮系统将关闭当前页面，建议当单击此功能按钮时系统弹出“确认离开此页面提示信息”

（14） 查询---单击查询功能按钮，系统按钮输入查询条件进行模糊查询；查询条件输入非法值进行查询操作，系统应该查询0记录

（15） 删除----未勾选待删除记录单击此按钮系统弹出相应提示信息；正常情况下系统删除所选记录

（16） 选择---勾选待选记录，单击此按钮系统完成选择操作；单击选择超链接功能按钮系统完成选择操作

（17） 取消选择---单击此功能按钮，系统完成取消选择操作（清除所有选择信息）

软件测试方法总结（三）

发布时间: 20xx-12-12 17:14 作者: lxm_lxm 来源: 51Testing论坛

关键字：软件测试方法

11、对用户名、密码的有效性测试

（1） 密码信息有效性测试：特殊字符、正常字符、空字符（不输入）、空格

（2） 登陆名是否区分大小写

（3） 登陆名是否允许重名

（4） 用户名字和密码都为最大长度 （边界值分析，取上点）

（5） 用户名字和密码都为最小长度 （边界值分析，取上点）

（6） 用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点）

（7） 用户名长度大于要求1位（边界值分析，取离点）

（8） 用户名长度小于要求1位（边界值分析，取离点）

（9） 密码长度大于要求1位（边界值分析，取离点）

（10） 密码长度小于要求1位（边界值分析，取离点）

（11） 是否记住上次登陆名

（12） 密码信息有效性测试：字母数字混排、数字、符号数字、字母符号、数字符号、空字符（不输入）、空格 、ASCII字符、字符串在有空格、串在有半角空格

（13） 口令锁定：即输入口令次数的限制

（14） 密码显示是否以星号或者别的符号显示

（15） 看是否支持tap和enter键等

（16） 密码是否可以复制粘贴

密码修改测试方法

（1） 不输入旧密码，直接改密码

（2） 输入错误旧密码

（3） 不输入确认新密码

（4） 不输入新密码

（5） 新密码和确认新密码不一致

（6） 新密码中有空格

（7） 新密码长度有效性测试方法同上

（8） 新密码为非允许字符（如有的密码要求必须是英文和数字组成，那么要试汉字和符号等）

（9） 测试密码是否区分大小写，新密码中英文小写，确认密码中英文大写

（10） 新密码与旧密码一样能否修改成功

软件测试方法总结（四）

发布时间: 20xx-12-12 17:17 作者: lxm_lxm 来源: 51Testing论坛

关键字：软件测试方法

四、权限测试

1、业务权限

按需求测试用户业务权限分配是否正确，业务权限主要控制功能模块、功能菜单的展示，没有相应业务权限的不展示其功能模块能功能菜单。

2、操作权限

（1） 权限组：按组用户来分配操作权限。（组内所有人员都具有所分配的操作权限）

（2） 测试已分配操作权限的功能按钮是可见的

（3） 测试已分配操作权限的功能按钮是否可用；是否可以正确完成相应功能操作

（4） 通常不分配调看操作权限是无法进行修改操作

五 、算法

1、 测试前需要充分了解算法的整个计算过程及结果值的精度

2、算法测试之前需要准备充足，而且是准确无误的测试实例

3、根据输入值确认系统计算输出结果是否与预期结果完全一致

4、如果计算公式中含有引用其它模块的数据，需要先确认数据提取是否对应的正确

5、先用等价划分法、边界值测试方法测试输入数据是否在需求范围内

6、 严格按照测试用例执行测试，确认计算结果是否正确无误，注意结果的精度。

 

第二篇：软件测试方法总结1

一．软件测试方法的总结 ：

软件的测试分类：

从是否关心软件内部结构和具体实现的角度划分

A.白盒测试

B.黑盒测试

C.灰盒测试

从是否执行程序的角度

A.静态测试

B.动态测试

从软件开发的过程按阶段划分有

A.单元测试

B.集成测试

C.确认测试

D.系统测试

E.验收测试

*白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。

*

*灰盒测试结合了白盒测试盒黑盒测试的要素.它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。

* 测试过程按4个步骤进行，即单元测试、集成测试、确认测试和系统测试及发版测试。

* 开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。

* 集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。

* 确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。

* 系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。

二．软件测试的流程：

分为五步

第一根据需求分析制定测试计划

第二根据开发人员的详细设计说明书设计测试策略和测试用例

第三开发人员编写好一个小的模块后我们就可以执行测试用例。同时填写缺陷报告 第四对测试作总结

第五验收测试，同时编写用户手册

三．

 

第三篇：软件测试总结报告

1 引言

1.1 编写目的

编写该测试总结报告主要有以下几个目的

1．通过对测试结果的分析，得到对软件质量的评价

2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考

3．评估测试测试执行和测试计划是否符合

4. 分析系统存在的缺陷，为修复和预防 bug 提供建议

1.2 背景

1.3 用户群

主要读者：***项目管理人员

其他读者：*** 项目相关人员。

1.4 定义

基本功能点测试：等价类划分法、边界值法、错误推测法、场景法

业务流程测试：根据业务逻辑，构建测试数据，执行业务流程，查看执行结果与预期是否一致 界面易用性测试：根据界面测试规范及日常使用习惯，提出软件的非功能实现问题

回归测试：对已修复的问题，根据测试出该错误的用例，重新执行该用例，验证问题是否真正被修复，

以及是否又引起了其它错误

1.5 测试对象

对综合管理系统进行全新测试，主要进行功能测试、系统测试

1.6 测试阶段

第一阶段：对主业务逻辑及功能进行测试

第二阶段：对所有业务逻辑及功能进行深入测试

第三阶段：回归测试

1.7 测试工具

BugFree缺陷管理工具

1.8 参考资料

《***功能描述》

《***数据字典》

《***测试计划》

《***测试用例》

《***项目计划》

2 测试概要

***系统测试从 20xx年x月x日到20xx年x月x日基本结束，历时近70个工作日。后续还有一些扫尾的工作，又增加一些工作时日。是一项花费大量人力物力的项目。

***通过BugFree缺陷管理工具进行缺陷跟踪管理，在bugfree中有详细的测试用例以及用例执行情况记录

2.1 进度回顾

2.2 测试执行

此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试、

2.3 测试用例

3 测试环境与方法

3.1 软硬件环境

3.2 测试方法和工具

4 测试结果

4.1 Bug 引入阶段

4.2 Bug 引入原因

5 测试覆盖分析

1.此次测试的重点在在于对功能的测试，特别是V2.0新增功能的测试；

2. ***完成在常见的操作环境下的测试，因此具有良好的兼容性。

3.本次此时的目的除了基本的功能测试外，重点突出对系统易用性的测试，力图使系统更加的人性化，操作更加简单，易懂。

6 测试结果和建议

6.1 测试结论

1. ***的测试工作已基本结束，功能测试目标也已完成，剩下部分报表的设计需要继续完善。

2.本次测试从功能性，易用性，兼容性等多个方面进行测试，力图在满足客户需求的基础上操作更加简捷，人性化。

6.2 改进建议

1.测试过程中遇到的最大问题是需求的不确定性和需求的变更。前期由于开发人员和测试人员对一些需求的理解不一致，或是在需求文档中需求的定义不明确，大家根据自己的理解开展工作，继而在后期工作中产生一些不必要的bug;除此之外，由于在前期，没有对客户的需求进行较为准确的界定，在开发过程中，客户提出一些新的要求，而这些要求和其他功能具有关联性，需求做改动，开发和测试也进行改动，比较显著地例子是在开发中后期要求在一个关联性强的表中增加一个字段，从而引起一系列重复的测试。因此我认为在开发前期要反复确定需求，并制定需求变更标准，避免在开发过程中出现重复，返工的现象。

2.本次测试由于主要是手工测试，因此未能实现对一些功能的进行大量数据操作的测试

3.系统目前比较明显的缺陷是报表打开速度比较慢，这个严重影响了系统的性能，是需要研究改进的部分。