软件测试报告参考模板B5```.doc

《软件测试报告参考模板B5```.doc》由会员分享，可在线阅读，更多相关《软件测试报告参考模板B5```.doc（22页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、项目名称：在线购物系统软件测试报告小组名称： 第九组 小组成员： 吕健阁、杨忠翰、李超 项目组成员：组长： 班级学号： 093-24 姓名： 吕健阁 负责工作： 引言、 测试结论 评语： 小组成员：1. 班级学号： 093-6 姓名： 杨忠翰 负责工作： 测试概要 评语： 2. 班级学号： 091-4 姓名： 李超 负责工作： 测试结果 评语： 3. 班级学号： 姓名： 负责工作： 评语： 4. 班级学号： 姓名： 负责工作： 评语： 目 录1 引言41.1 编写目的41.2 项目背景41.3 用户群51.4 基本定义51.5术语和缩写词61.6 参考资料62 测试概要62.1 测试环境62.

2、1.1 软件硬件配置62.1.2 网络拓扑图72.2 测试计划82.3 测试执行82.4 测试用例82.4.1 功能性92.4.2 易用性92.5 覆盖分析102.5.1 需求覆盖103 测试用例113.1 功能测试113.1.1 子功能名称114 测试结果194.1 bug性质及模块分布图194.2 改进建议195 测试结论205.1 功能205.2 易用性205.3 可靠性215.4 兼容性215.5安全性211 引言1.1 编写目的本测试报告为在线购物系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、开发人员。伴随着网络

3、和服务业的发展，网上购物正不断的改变我们的购物方式。对于图书资源本身重种类繁多和数据庞大的特点，在一个具体书店寻找并购买一本所需要的图书越来越困难，在这种情况下，此系统由此诞生，它整合大量的图书资源，让用户在家就能体验购书的乐趣。1.2 项目背景目前网上购物发展迅速，各类管理系统也应运而生，针对各类大型网购网站的管理系统的开发已经非常成熟，从拍下到订单，再到付款，收货确认，都可以做到统一管理。前台可以做到预定实物，虚拟物品等各种预定业务。然而，为数众多的小的购物网站却没有一个合适的管理系统，因此，我们觉得开发此管理系统是十分必要的。网上购物系统软件是一功能比较完善的数据管理软件，具有数据操作方

4、便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的WINDOWS系列等操作系统上使用。除此以外，该系统可通过访问权限控制以及数据备份功能，确保数据的安全性。 1.3 用户群主要读者：项目管理人员，项目测试经理，业主相关人员；其他读者：项目其他相关人员。1.4 基本定义五类测试错误类型。A类：严重错误，包括以下各种错误：n 由于程序所引起的死机,非法退出n 死循环n 数据库发生死锁n 因错误操作导致的程序中断n 功能错误n 与数据库连接错误n 数据通讯错误B类：较严重错误，包括以下各种错误：n 程序错误n 程序接口错误n 数据库的表、业务规则

5、、缺省值未加完整性等约束条件C类：一般性错误，包括以下各种错误：n 操作界面错误（包括数据窗口内列名定义、含义是否一致）n 打印内容、格式错误n 简单的输入限制未放在前台进行控制n 删除操作未给出提示n 数据库表中有过多的空字段D类：较小错误，包括以下各种错误：n 界面不规范n 辅助说明描述不清楚n 输入输出不规范n 错误操作未给用户提示n 提示窗口文字未采用行业术语n 可输入区域和只读区域没有明显的区分标志1.5术语和缩写词列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。1.6 参考资料1JAVA编程思想，机械工业出版社，200

6、72Java Script入门经典，清华大学出版社，20093JAVA 经典实例，中国电力出版社，20094数据库技术及应用教程,清华大学出版社,20112 测试概要测试目的：在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量并执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。测试声明：测试人员在软件开发过程中的任务：1、寻找Bug； 2、避免软件开发过程中的缺陷； 3、衡量软件的品质； 4、关注用户的需求。2.1 测试环境2.1.1 软件硬件配置表2.1配置图环境应用服务器数据库服务器客户端硬件配置 LinuxCPU：CPU奔腾以上内存：512M以上硬盘：500G或以上

7、MySQLWindows xp Windows987CPU：CPU奔腾以上内存：512M以上硬盘：100G或以上软件配置Window 2000Window 2000Window 2000网络配置10M LAN10M LAN10M LAN2.1.2 网络拓扑图图2.1网络拓扑图2.2 测试计划版本/时间计划开始实际开始计划完成实际完成加班增加资源：表2.1 测试计划（1）版本/时间计划开始时间实际开始时间计划结束时间实际结束时间加班增加资源登陆模块12-312-312-512-5否否注册模块12-612-612-812-8否否购物车模块12-912-912-1012-10否否订单模块12-111

8、2-1312-1312-13否否表2.1 测试计划（2）任务（子功能）开始时间结束时间总 计（天）登陆模块2012-12-032012-12-053注册模块2012-12-062012-12-083购物车模块2012-12-092012-12-102订单模块2012-12-112012-12-1332.3 测试执行此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。2.4 测试用例测试用例设计方法：边界值分析法边界值分析法就是对输入或输出的边界值进行测试

9、的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。2.4.1 功能性在前台实现的基本主要有： a. 用户注册b. 用户登陆c. 修改用户个人信息d. 商品选购e. 查看商品详细情况f.购物车功能g. 查看用户的订单信息 后台管理部分主要有： a. 商店商品管理：添加、修改、删除、查看。 b. 用户信息管理：查看、修改、删除。 c. 订单信息管理：查看订单清单、更新订单付款、出货状态、删除订单。2.4.2 易用性操作按钮提示信息正确性，一致性，可理解性。限制条件提示信息正确性，一致性，可理解性。必填项标识。输入方式可理解性2.5 覆盖分析2.

10、5.1 需求覆盖本次测试对系统需求的覆盖情况为 需求覆盖率=Y（P）项/需求项总数 100%=100% 表2.5.1覆盖测试需求需求 /功能测试类型是否通过备注商品浏览功能测试Y注册功能测试Y登陆功能测试Y购物车功能测试Y订单功能测试Y表格中“是否通过”的四种状态：Y：全部通过P：部分通过N：不通过N/A ：不可测试或者用例不适用3 测试用例3.1 功能测试3.1.1 子功能名称表1测试编号A001模块名称登陆模块建立日期2012-12-3建立人员杨忠翰修改日期2012-12-15状态 草稿 正在修改 正式发布定义为了在用户进行商品交易的时候确认用户ID，用户在进行商品结算的时候，进行登录。登

11、录的主要目的是通过ID确认该用户是否注册，系统根据登录用户名的注册信息进行交易。登陆界面实现验证码功能。登录的时机可以在用户访问系统的时候，也可以在商品结算的时候。只有登陆才可以结算，如果不登陆结算则跳回登陆界面。结算界面要求可以导航到用户定单维护界面，方便用户查看，维护定单。用例1、 界面输入要素：用户名，口令，附加码。2、 界面操作要素：登录按钮，取消按钮，注册按钮。3、 Tab键对输入焦点的切换顺序4、 附加码的点击事件触发。5、 取消按钮的点击事件触发。预期情况1界面输入要素：用户名，口令，附加码。2界面操作要素：登录按钮，取消按钮，注册按钮。3Tab键对输入焦点的切换顺序4附加码的点

12、击事件触发后刷新。5取消按钮的点击事件触发后清空界面输入要素的内容。实际结果与预期结果相同，如图所示。结论测试通过 表2测试编号A004模块名称注册模块建立日期2012-12-06建立人员修改日期2012-12-14状态 草稿 正在修改 正式发布定义用户购买的商品通过邮寄，物流等手段送达的地址，进行交易的一些必须的基本信息通过注册的方式保存在系统中。为保证用户帐号的唯一性，建议采用电子邮件地址作为ID。为方便用户随时更正不合理的数据，要求系统提供及时的客户校验提示功能用例1、 登录前2. 登录后3. 注册数据的输入采用向导方式：用户帐号-用户信息-信息确认提交。4. 点击保存后数据保存。5.

13、用户帐号的电子邮件校验。6. 用户口令输入2次，两次口令做相等校验7. 注册成功后，自动进行登录。预期情况1登录前能进入注册界面。2登录后能进入注册界面。3注册数据的输入采用向导方式：用户帐号-用户信息-信息确认提交。4点击保存后数据保存成功。5用户帐号的电子邮件校验成功。6用户口令是否输入两次，两次口令做相等校验7注册成功后，自动进行登录，并自动定向到主页面。实际结果与预期结果相同，如图所示。结论测试通过 表3测试编号A003模块名称购物车模块建立日期2012-12-09建立人员修改日期2012-12-13状态 草稿 正在修改 正式发布定义商品交易功能是本系统最核心的功能，也称为购物车功能。

14、该功能主要完成商品选购与结算。登录用户可以在查询结果中选择是否购物，购物商品临时存放在购物车中，由用户最后确认并结算后再放入数据库交易记录。没有登录的用户则直接转移到登录页面，登录后自动结算并回到结算页面，确认交易结果。在结算得时候，提供商品数量录入，允许用户指定购买数量。用户也可以在结算前删除预购买的商品。用例1、 添加商品是否自动显示购物车。2、 点击购物车是否显示购物车。3、 购物车中商品是否正确。4、 相同商品数量是否累加，是否显示结算按钮5、 能否修正购物车数量。6、 修改数量后，价格显示是否正确。7、 能否正确删除指定商品。8、 删除商品后商品选项是否正确。9、 删除商品后，价格总

15、计显示是否正确。10、 能否清空数据。清空购物车后，选购商品是否为空。11、 清空购物车后，商品价格总计是否为0。预期情况1添加商品自动显示购物车。2点击购物车显示购物车。3购物车中商品正确。4相同商品数量累加，显示结算按钮5修正购物车数量。6修改数量后，价格显示正确。7正确删除指定商品。8删除商品后商品选项正确。9删除商品后，价格总计显示正确。10清空数据。清空购物车后，选购商品为空。11清空购物车后，商品价格总计为0。实际结果与预期结果相同。如图所示结论测试通过 表4测试编号A004模块名称订单模块建立日期2012-12-06建立人员修改日期2012-12-14状态 草稿 正在修改 正式发

16、布定义用户订单维护就是管理人员可以通过该系统确认用户的交易商品信息，比如商品价格，数量。确认用户信息，比如发货地址，联系方式，通过该系统进行商品发送前的联系，记录发货过程。用例1. 点击结算2. 点击取消3. 点击下一步4. 点击取消5. 点击下一步预期情况1点击结算之后，出现生成订单步骤2点击取消之后，回到购物车页面3点击下一步，进入填写送货地址页面4点击取消，回到首页面5点击下一步，订单成功实际结果实际结果如图所示：1.2. 34.5. 结论实际运行结果与预期的结果完全相符合4 测试结果4.1 bug性质及模块分布图对被测软件的总体评估：标识在测试中的缺陷、限制或约束，对软件和系统性能的影

17、响，包括未得到满足的标识，推荐的更正方案或方法。表2.1 bug类型及数量模块Bug性质A类B类C类D类总数登陆03003注册15107订单12104购物车07108软件测试合格须符合以下标准：表2.1 测试合格标准A类错误B类错误C类错误D类错误无无1%5%4.2 改进建议 在整个系统测试执行期间，项目组开发人员高效地及时解决测试人员提出的各种缺陷，在一定程度上较好地保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题，如，测试执行时间相对较少，测试通过标准要求较低；开发人员相关培训未做到位，编码风格各异，细节性错误较多，返工现象存在较多；测试时对管理平台不够熟悉

18、，使用时效率偏低；测试时对系统了解不够透彻，测试执行时存在理解偏差，导致提交无效缺陷。通过开发人员和测试人员协力合作，网上购物系统项目如期完成并达到交付标准。建议：需求提出方可以再使用该系统的基础上，继续搜集用户的使用需求反馈，并结合市场同类产品的优势，在今后的版本中不断补充并完善功能。l 在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。l 发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。l 开发人员解决bug的时候，填写bug原因以

19、及解决方式，方便bug的跟踪。l 开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。5 测试结论1 测试执行是否充分（可以增加对安全性、可靠性和功能性等描述）2 对测试风险的控制措施和成效3 测试目标是否完成4 测试是否通过5.1 功能系统正确的实现了用户注册功能，用户登录功能，用户相关信息维护功能，商品浏览与查找功能，商品交易功能，管理员登录功能，商品信息管理功能，商品类别管理功能，用户订单管理功能，注册用户管理的查询，添加，修改，删除

20、的功能，管理员管理功能，系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。5.2 易用性现有系统实现了如下易用性：1. 必填项标识2. 输入方式可理解性3. 输入限制的正确性4. 中文界面下数据语言与界面语言的一致性5. 操作按钮提示信息正确性，一致性，可理解性6. 输入限制提示信息的正确性，可理解性，一致性7. 查询，添加，删除，修改操作相关提示信息的一致性，可理解性现有系统存在如下易用性缺陷：1. 中英文混排2. 界面排版不美观3. 中英文对应的正确性4. 输入缺少解释性说明5. 输入，输出字段的可理解性差5.3 可靠性现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态。5.4 兼容性现有系统支持window下的IE浏览器和傲游，360浏览器，支持linux系统下的IE浏览器和火狐浏览器。现有系统未进行其他兼容性测试。5.5安全性现有系统控制了以下安全性问题：n 把某一个登录后的页面保存下来，不能单独对其进行操作不进行登录n 直接输入某一页面的Url能否打开页面并进行操作不应该允许。现有系统未控制以下安全性问题：n 用户名和密码应对大小写敏感n 登录错误次数限制