文档介绍：软件测试过程及其概念

1. 测试组织
(1)
小型(少于10人)开发小组常用的组织结构
(2)
测试团队和开发团队都向项目管理员报告的组织结构
(3)
真正独立的测试组织结构

不要想当然的接受任何假设
查找时间依赖和竞争条件的问题
与压力和负荷相关的边界条件软件缺陷、内存泄漏和数据溢出缺陷的发生有一定的前提条件
状态缺陷仅在特定软件状态中显露,状态缺陷的例子是软件缺陷仅在软件第一次运行或者在此第一次运行之后出现
考虑资源依赖性和内存、网络、硬件共享的相互作用
关注硬件的失效问题,硬件可能不按照预定方式工作
关注软件的失效问题,对缺陷的修改可能会引发新的缺陷
从阅读缺陷报告入手

测试
调试
发现软件的错误(测试人员不负责修改错误)
确定程序中错误的确切位置,对程序(设计,编码)进行修改,排除错误。
贯穿整个软件生命周期
主要在开发阶段
测试人员和程序员参与
程序员参与

人员之间的沟通交流不够,交流上有误解或者根本不进行交流
文档不完善
需求不断的变化
参与人员的过度自信
程序设计本身有错误
软件复杂性
工期短,任务重,时间压力大
软件开发工具与系统软硬件的支持

保证重现缺陷
分析故障——使用最少步骤复现故障
包含所有重现缺陷的必要步骤
方便阅读
尽量简单——一个缺陷一个报告
注意自己的语气
值得注意的经验

从哪些角度给缺陷分类?
按问题引出不同
按功能(模块)
按缺陷的严重程度
影响进度的问题
死机
功能问题
界面问题
建议
按修复缺陷的优先级
应立即修复的问题
在产品发布之前必须修复的问题
如果时间允许应该修复的问题
可以在发布版本中存在的问题
备注:缺陷的严重程度和优先级各软件公司可根据实际情况自行确定。