软件测试方法和技术—课程总结作业

第一篇：软件测试方法和技术—课程总结作业

软件测试方法和技术 课程总结作业 202_-202_学年

软件测试方法和技术 课程总结作业 202_-202_学年第一学期 任务2：（20分）设有一个档案管理系统，要求用户输入以年月表示的日期。假设日期限定

在1990年1月~202_年12月，并规定日期由6位数字字符组成，前4位表示年，后2位表示月。现用等价类划分法设计测试用例，来测试程序的“日期检查功能”。任务3：（50分）用你已经设计好的系统或借用其他系统，来进行软件系统测试，编写出系统测试报告。

3、补充说明

课程总结作业必须自己独立、认真完成，不得抄袭，如发现抄袭别人，则视本门课程为不及格处理。希望大家切记。

第二篇：《软件测试技术》课程总结报告

《软件测试技术》课程总结报告

班级：姓名：学号：

一、课程概述

二、课程实训项目

三、课程知识点总结

四、收获和体会

第三篇：软件测试方法总结

软件测试方法总结

（一）发布时间: 202_-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）引用其它模块的字段信息值的字段长度是否与被引用模块相应字段长度一致

软件测试方法总结

（二）发布时间: 202_-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）取消选择---单击此功能按钮，系统完成取消选择操作（清除所有选择信息）

软件测试方法总结

（三）发布时间: 202_-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）新密码与旧密码一样能否修改成功

软件测试方法总结

（四）发布时间: 202_-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、看现象，特别是偶然问题，细心观察，留意步骤

a.对测试过程中只出现过一次的异常现象，可以先记录下来，或者与研发沟通，宁可错杀不可放过。b.对bug保持敏感度，相信自己的眼睛，针对偶然现象反复推敲，从自己的网络环境，拓扑结构入手，尝试复现。

c.低概率问题难以复现，需要先搭好抓包环境，遇到问题保存log，并记住时间点。

2、看用例，认真阅读，细心执行

a.测试过程用例在不断完善，执行用例要到位，认真阅读用例的预置条件、测试步骤、预期结果，有疑问要及时提出，用例结果要备注。b.执行用例的步骤不能遗落，结果要每条都对应。

c.预期结果不符要同需求、软件一起确认，并将结果告知三方。有变更时需要同步修改用例，并将bug提至mantis，评审bug时需要关注。

3、看mantis，经常查看mantis上bug状态

a.看自己的bug，对开发人员的备注多关注。研发人员备注的bug原因自己要搞懂。不清楚的一定要问。对概率问题研发备注未重现的，要问清楚log分析结果，是否需要协助重现等。

a.看别人提交的bug，一是避免bug重复提交，二是可以学习和思考，为什么别人可以发现这个bug，我没发现；或者我是不是也遇到同样问题，但是忽略了等等。b.评审过后的bug备注认真看。评审后的bug会备注一些专业意见可以学习，评审后的bug也会备注一些需要测试后续进行的工作要关注并执行。

4、看版本发布记录

a.版本发布后详细阅读版本发布记录，确认修改的每个点是否同计划一一对应，同研发确认是否修改点都一一列出。未列出的点会带来哪些影响。b.版本修改点影响范围是否列出，需重点测试模块是否有写明。

 闻（认真倾听，反复思考）

1、听信息

a.项目前期反复讨论需求、方案时，是不是所有信息有掌握了，通过反复思考提出自己的意见或建议。

b.需求有变更时，要详细的了解清楚变更点。

c.认真倾听测试代表的版本计划，版本范围及版本测试中应重点关注的地方。

2、听经验

a.对自己不清楚的问题，认真听别人的分析讲解，从而思考从这个点拓展到面。b.Bug评审时认真听每个bug的分析情况，进而思考自己遇到这个问题如何处理，反思自己的测试方法。

c.听听别人同研发人员如何沟通，学学沟通方式和技巧，沟通的过程我要了解哪些信息，掌握哪些关键点和关键路径。

d.分享时听其他人的经验，进行借鉴。

 问（不懂就问、不耻下问）

1、问bug a.遇到无法判断是不是bug的问题，问有经验的同事，问测试代表，问测试经理。b.遇到偶然问题，先问问其他同事是否也有遇到，可以一起思考一起找茬，尽快突破。c.同研发意见不一致时及时反馈测试代表，协商解决。

d.对研发备注的原因，大胆提出质疑，多问几个为什么，多对比，了解来龙去脉，不要被研发带偏。

e.Bug评审时需要测试人员跟踪压力的bug要多问，问问是否有可复现的路径，研发是否可以协助。

2、问方法

a.对自己无法解决的或者要花很长时间消化的，要多问，多学习，可以提高效率，避免不必要的时间浪费。

b.对自己不熟悉的模块，要多问经验丰富的同事，借鉴好的测试方法。

c.对流程不熟悉的，多问问研发人员，详细的了解流程，才能制定对应的测试方案。

 切（找出问题、对症下药）

1、多看多听多问，相信大部分问题都能准确定位。针对少数不能定位的问题，bug评审给出结果，需要压力的进行压力，需要观察的进行观察。可以同研发人员一同协商制定方法。

2、已解决的问题也要多思考，解决这个问题是否会影响到其他模块，验证时要考虑全面。

3、遇到问题及时反馈，沟通反馈及时才能更好的解决问题。