软件代码与测试缺陷管理.ppt

4.4 软件BUG 管理系统: 软件BUG管理系统: 提交页面 修复提交 软件BUG管理系统: BUG报告 BUG分布统计 BUG分布统计 小结： 源代码的CVS管理 软件代码的审查 软件项目的测试 软件缺陷管理系统 关键词： CVS、审查、测试、BUG、管理系统 把软件项目的管理思想适当运用于一般性工程项目管理 谢谢大家! Q A ? * * * * * * * 2.5 代码审查: Code Review经验检查项 (4) 线程安全方面检查项 线程安全问题实际涉及两个方面，一个是性能，另一个是资源的一致性，我们需要在这两方面做个权衡，现在就是到了权衡利弊的时候了。 代码中所有的全局变量是否是线程安全的 需要被多个线程访问的对象是否线程安全，检查有无通过同步方法保护 同步对象上的锁是否按相同的顺序获得和释放以避免死锁，注意错误处理代码 是否存在可能的死锁或是竞争，当用到多个锁时，避免出现类似情况：线程A获得锁1，然后锁2，线程B获得锁2，然后锁1 在保证线程安全的同时，要注意避免过度使用同步，导致性能降低 2.5 代码审查: Code Review经验检查项 (5) 程序流程方面检查项 循环结束条件是否准确 是否避免了死循环的产生 对循环的处理是否合适，如循环变量，局部对象，循环次数等能够考虑到性能方面的影响 (6) 数据库处理方面 数据库设计或SQL语句是否便于移植（注意和性能方面会存在冲突） 数据库资源是否正常关闭和释放 数据库访问模块是否正确封装，便于管理和提高性能 是否采用合适的事务隔离级别 是否采用存储过程以提高性能 是否采用PreparedStatement以提高性能 2.5 代码审查: Code Review经验检查项 (7) 通讯方面检查项 socket通讯是否存在长期阻塞问题 发送接收的数据流是否采用缓冲机制 socket超时处理，异常处理 数据传输的流量控制问题 (8) 对象处理方面检查项 对象生命周期的处理，是否对象的reference已经失效，能够设置为null，并被回收 在对象的传值和传参方面有无问题，对象的clone方法使用是否过度 是否大量经常的创建临时对象 是否尽量使用局部对象（堆栈对象） 在只需要对象reference的地方是否创建了新的对象实例 2.5 代码审查: Code Review经验检查项 (9) 异常处理方面检查项 每次当方法返回时是否正确处理了异常，如最简单的处理，记录日志到日志文件中 是否对数据的值和范围是否合法进行校验，包括采用断言（assertion） 在出错路径上是否所有的资源和内存都已经释放 所有抛出的异常都得到正确的处理，特别是对子方法抛出的异常，在整个调用栈中必须能够被捕捉并处理 当调用导致错误发生时，方法的调用者应该得到一个通知 不要忘了对错误处理部分的代码进行测试，很多代码在正常情况下执行良好，而一旦出错，整个系统就崩溃了 2.5 代码审查: Code Review经验检查项 (10) 方法（函数）方面检查项 方法的参数是否都做了校验 数组类结构是否做了边界校验 变量在使用前是否做了初始化 返回堆对象的reference，不要返回栈对象的reference 方法API是否被良好定义，即是否尽量面向接口编程，便于维护和重构 (11) 安全方面检查项 对命令行执行的代码，需要详细检查命令行参数 WEB类程序检查是否对访问参数进行合法性验证 重要信息的保存是否选用合适的加密算法 通讯时考虑是否选用安全的通讯方式 (12) 其他 日志是否正常输出和控制 配置信息如何获得，是否有硬编码 三、软件项目的测试 软件测试所包含的内容 软件质量与测试 软件测试的概念 软件测试原则与策略 软件测试完成的标准 软件测试步骤 软件测试工作流程 软件测试的自动化 3.1 软件质量与测试 软件质量模型 产品 修改 产品 升级 产品运行 正确性、可靠性、高效性、易用性、完整性 可维护性 灵活性 可测试性 可移植性 可重用性 互操作性 软件质量模型 是否测试直接影响软件质量 A P C D 检查 执行 经验教训 遗留问题 问题 原因 主要原因 计划 ISO质量管理的PDCA循环图 测试过程影响质量 个人对PDCA的新解 P(Process)：从过程做起。从生产管理的各个流程做起，把控好市场信息、工程实施、质量检查、数据安全、技术方向等各个环节。另外，P还可以代表生产、产品(Production)的意思。 D(Document)：从文档做起。质量管理体系的重要内容是文书与记录的规范化，人员管理、文件传达、项目规范、计划检查等等，都要求采用标准的文档格式进行管理。需要特别指出的一