《软件测试与质量管理》.pptVIP

Question:

何时完成编码?

何时完成测试?

产品何时发布?

不可预测的软件开发

需求变更频繁

不切实际的进度安排

不充足的测试

项目管理差

缺乏有效的测量

软件质量的几个属性

使用时的低缺陷度,理想情况下接近零缺陷

高可靠性,即执行时没有崩溃或产生奇怪的结果

通过调查,多数用户对软件表示满意

在修复过程中将不正确的修复和新缺陷的引入降为最低的机制

发生问题时,对用户提供有效的支持

快速的缺陷修复,尤其是严重的缺陷

软件测试的规范化

Bug跟踪系统

建立完善的测试环境

测试用例的设计

测试工具的使用

跟进用户反馈

Bug跟踪系统

定义bug提交规范

1.定义问题致命/严重/一般/提示的区别;

2.定义项目的功能和特性;

3.问题描述必须清楚,产生问题的步骤说明要完整;

4.尽量将相关资料提交到附件中.

Bug跟踪系统

建立Bug跟踪视图

我的任务

按功能/特性分类视图

严重bug统计视图

Crash视图

……

规范化的软件测试

Bug跟踪系统

建立完善的测试环境

测试用例的设计

测试工具的使用

跟进用户反馈

建立完善的测试环境

困难点:

资源不足

操作系统的更新

硬件设备的更新

新的软件不断推出

客户端复杂的使用环境

硬件设备的更新

CPU,主板,硬盘

声卡,视频头,电视卡

服务器,小型机

新的软件

工具/游戏/输入法…

用户环境的复杂性

配置测试;

上网环境:adsl,网通,拨号,代理……

规范化的软件测试

Bug跟踪系统

建立完善的测试环境

测试用例的设计

测试工具的使用

跟进用户反馈

测试用例的设计

测试设计的标准化和规范化

--UI界面测试规范

建立通用的基础测试用例库

登陆模块/安装卸载/在线升级……

界面与功能分离的设计模式

示例

登陆模块的测试用例设计:

规范化的软件测试

Bug跟踪系统

建立完善的测试环境

测试用例的设计

测试工具的使用

跟进用户反馈

测试工具的使用

安装包检查工具

文件比较工具

线程查看工具

资源检查工具

Gdi检查工具

……

用户反馈

内部用户

外部用户

项目组成员

质量管理

关注项目生命周期

项目进度表

审查与监督

质量分析

项目生命周期示意图

需求变更频繁

对项目需求/需求变更进行统计

在编码完成后,禁止加入新的需求

新增需求不得超过原计划需求的10%.

项目进度安排

加入风险时间:

项目进度安排

加入测试时间:

项目进度安排

进度存在的依存关系:

如下:需求B必须等到需求A完成后才能开始

审查与监督

文档审查:

需求/开发/测试线文档检查

流程的审查:

需求变更是否符合规范?

开发过程是否符合规范?

测试过程是否符合规范?

质量分析

Bug解决率是否达标?

性能指标是否达标?

缺陷数是否达到参考值?