最终测试总结报告录音素材
女 为什么要编写最终测试总结报告？
男 首先l 通过对测试结果的分析，得到软件质量的评价；其次，l 分析测试的过程，产品，资源，信息，为以后的测试提供依据；再次，l 评估测试过程和测试计划是否一致；最后，该报告l 分析Bus系统存在的Bug，为修复和预防Bug提供建议。 女 谁来使用最终测试总结报告？
男 Bus系统项目经理，Bus系统测试经理以及Bus系统相关人员。 女 什么是严重Bug? 男 严重Bug就是由于该Bug的存在，导致系统死机或者出现“该页无法显示“。 女 Bus系统测试使用的是什么测试工具？ 男 Bugzilla权限管理系统 女 回顾一下吧？
男 当然可以。2010.4.1--2010.6.1完成本系统的需求调研工作；2010.6.1--2010.7.1，架构师完成系统概要设计；2010.7.1--2010.8.1，架构师完成系统详细设计；2010.8.1--2010.9.1，程序员完成编码工作；2010.9.1--2010.10.1，测试员完成测试；2010.10.1--2011.10.1，维护人员完成维护工作。其间增加了2人日编码，和3人日维护工作。
女 bus系统可以做哪些事？
男 Bus系统分为五类角色：乘务员，乘客，调度员，业务员和管理员。ü 乘客可以查询乘车线路信息；ü 乘务员可以录入信息，执行调度员调度（包括执行调度通知，执行车况，报告信息，接收系统信息，查询运行状态，解除维修完成状态，接收进站通知）；ü 调度员接收乘务员录入信息并对乘务员发送调度命令（调度命令包括调度客流量，调度路况，调度调度处理，调度车况和调度运行状况）；ü 业务员可以定期从系统生成报表,生成图表和导出报表；ü 管理员执行系统备份和权限管理。 女 Bus系统需要测试哪些方面？ 男 易用性、可靠性、兼容性和安全性。
女 易用性就是ü 操作按钮和ü 限制条件提示信息的一致性，可理解性和正确性；ü 页面是否美观。 男 对。 女 可靠性就是Bus系统中的输入和输入保持正确，对吗？ 男 是的。
女 兼容性就是测试bus系统可否兼容Windows和Linux操作系统，以及可否兼容IE和Firefox浏览器。 男 对。
女 那么安全性具体指什么呢？
男 安全性具体指Bus系统是否不容易受到攻击。
女 我搭建的测试环境是这样的：服务器：PCServer（8核16G）；各个节点的PC机（2核4G）；开发环境安装Hibernate加Spring加Struts；使用Java开发语言；Windows7操作系统。 男 很好
女 网络拓扑是这样的，每个客户端都与服务器相连接，客户端之间没有连接。 男 这种架构师正确的
女 这是bug趋势图，Bug数量随着系统每阶段（单元测试阶段，集成测试阶段，验收测试阶段）向前推进呈逐渐减少的趋势 男 bug越来越少，系统性能就越来越好。
女 在单元测试阶段发现的致命错误是l 系统登录功能没有实现；在集成测试阶段发现的致命错误是l 数据库设计未考虑系统管理员角色,导致用系统管理员进行操作的时候出现找不到页面错误；l 权限控制异常。 男 严重bug一定要及时修改。
女 根据统计，bug在需求设计阶段数量为总Bug数的8%；在后台编码阶段，Bug数量为总Bug数的34%；在前台编码阶段，Bug数量为总Bug数的51%；在测试阶段，Bug数量为总Bug数的5%；在发布阶段，Bug数量为总Bug数的2%。
男 Bug产生的原因分为需求设计错误（5%），后台编码错误（34%），前台编码错误（29%），数据库相关结构及数据错误（5%），易用性（16%），多语言（6%），通过以上分析可以看出，Bug产生的原因主要是后台编码错误和前台编码错误。 女 bug按程度可分成哪几类？
男 Bug根据严重程度划分为致命，严重，一般，轻微和建议五类
女 Bus系统经测试，一般Bug最多，致命bug最少，严重Bug、轻微Bug和建议bug数量依次递减。 男 这是bug统计结果，其他方面测试结果怎么样？
女 功能已经全部实现；l 按钮操作提示信息一致，便于理解；输入限制提示信息正确，便于理解，而且一致。缺点是页面编排不美观；现有系统的可靠性控制不够严密，许多控制是通过页面控制来实现，一旦页面控制失效，也可以向数据库插入数据，引发错误。现有系统的容错性不高，如果报错，有时候回不到初始页面；现有系统支持IE7浏览器和Firefox浏览器，能够在Windows和Linux下运行，在其他环境下未进行兼容性测试。 男 系统安全性怎么样？
女 系统控制了直接输入某页面的URL而可以不用登录直接访问的问题；但是没有控制登录框对大小写字母敏感的问题；也没有控制登录页面的登录次数。 男 测试用例覆盖率达到100%了吗？
女 在Bus系统中，功能的测试用例覆盖率为100%，可靠性的测试用例覆盖率为60%，兼容性的测试用例覆盖率为20%，安全性的测试用例覆盖率为10%，易用性的测试用例覆盖率为80%，数据的测试用例覆盖率为70%，性能，外国语和负载的测试用例覆盖率为0，其他的测试用例覆盖率为20% 男 还存在什么问题吗？
女 bug已经基本修改完毕。目前系统还存在一些缺陷。登录页面输入框未能区分大小写，未能限制输入次数。这将使系统存在安全隐患。开发组决定在下一版中实现。
男 我有一些建议：l 在项目初期就应该制定好一系列标准，比如《数据库设计标准》《编码规范》《需求变更标准》，这样一来，许多事情做起来有据可依了；还有l 发布新版本时，应该注意测试环境是否和预期一致，以免得出错误结论；而且希望开发人员应该负责自己这块的Bug跟踪。
女 这些建议我们开会讨论一下吧。
