《软件项目中的质量管理》由会员分享，可在线阅读，更多相关《软件项目中的质量管理（16页珍藏版）》请在金锄头文库上搜索。
1、软件项目中的 质量管理,定义,什么是项目？,什么是质量？,什么是质量管理(过程)？,项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。,监控项目的交付物和执行过程，以确保他们符合相关标准，同时确保不合格项能够按照正确方法排除。,满足规定的和隐含的需求能力有关的特征或特征的全体。,定义,质量管理包含哪些内容？,什么是质量保证(Quality Assurance)？,什么是质量控制（Quality Control）？,软件项目的质量计划 软件质量保证 软件质量控制,发现和清楚软件产品的缺陷。,为了保证信用，证明项目将会达到有关质量标准，而开展的有计划的，有组织的工作活动。,在项
2、目进展过程中，定期对项目各方面的表现进行评价,通过评价来推测项目最后是否能够达到相关的质量指标,通过质量评价帮助项目相关人建立项目质量的信心,检查控制对象是项目工作的结果,进行跟踪检查的依据是相关质量标准,对于不满意的质量产品，需进一步分析原因并确认采取何种措施来消除,单元测试 集成测试 系统测试 压力测试 性能测试 接受测试 缺陷跟踪,质量控制方法,Bug Tracking Process,Yes,Yes?,Yes!,No,Pass/Fail,缺陷严重级别,在软件测试过程中发现的Bug，要根据其严重程度进行分类， 然后，进行不同的处理。可以把Bug划分为七级： 第一级（blocker）: 引
3、起操作系统“挂起”或“崩溃”的错误； 第二级（critical）: 引起软件本身“挂起”或“崩溃”的错误； 第三级（major）: 不能完成软件说明书定义的功能的错误； 第四级（normal）: 程序所完成的功能与软件说明书定义不符的错误； 第五级（minor） : 显示方面的错误； 第六级（trivial） : 其它“轻微”的错误（如文本差错）； 第七级（enhancement）：增强或者改进。,缺陷优先级,修改优先级通常可分为五个级别： P1：尽快（或立刻）修正； P2：每个里程碑（或测试周期）结束前必须修正； P3：如果时间允许就修正； P4：低优先级。 P5：在将来的某个版本修正也可以
4、,缺陷说明,配置管理 每日构建 产品版本编号管理 其他,质量保证方法,配置管理,日常开发分支 项目分支 特殊分支,将一个软件项目的所有最新源代码取出，从头开始编译、链接，用安装软件包将链接好的软件安装好，运行安装后的软件，对主要功能进行测试，发现错误并报告错误的完整过程。简单来说就是每天至少构建一次软件。 自动地 ！ 每天地 ！ 完整地 ！,每日构建,每日构建的优点,得到最新的版本供测试 确保最新的修改不会影响任何一个版本 确保没人“拖后腿” 外部团队随时可得到较稳定版本 无法解决的缺陷可追溯到第一次出现这个缺陷的版本 确认缺陷是否真正地被修复,CruiseControl,代码变更记录 单元测
5、试结果记录 构建结果统计 代码变更统计 构建结构记录,产品版本编号,通用版本规则： V. AA代表主版本号(Major version)，取值范围为0-99 BB代表副版本号（Minor version），取值范围为099 CCCC代表修正版本号（Fix version），取值范围为0-9999 DDDD代表编译号（Build version），取值范围为0-9999 版本号规则说明： 注：主版本号和副版本号在项目计划中已经制定。 发布号为版本进入集成测试版后加1，待通过测试和评审后，升级为Stable Release Build号则在每次编译后加1,其他,流程 评审 风险列表 文件编档 检查列表,一旦人们将注意力转向过程，将发现一个全新的思维空间。 James Harrington,Thank You!,
