我做软件测试的经验教训

目录

一、测试员的角色

1、测试员为很多客户服务

2、迅速找出重要程序问题

3、询问一切,但不不定外露

4、测试员关注失效,客户才能关注成功

5、不会发现所有程序问题

6、测试员不能有产品发布与否的权力

二、按测试员的方式思考

1、测试需要推断,并不只是做输出与预期结果的比较

2、优秀测试员会进行技术性、创造性、批判性和实用性的思考

3、为了测试,必须探索

4、当测试复杂产品时:陷入与退出

三、测试手段

1、关注测试员的基于人员的测试手段

2、关注测试内容的基于覆盖率的测试手段

3、关注测试原因(针对风险测试)的基于问题的测试手段

4、关注测试方法的基于活动的测试手段

5、关注测试是否通过的基于评估的测试手段

6、根据自己的看法对测试手段分类

四、程序错误分析

1、测试员的程序错误分析会推动改正所报告的错误

2、使自己的错误报告成为一种有效的销售工具

3、看似极端的缺陷是潜在的安全漏洞

4、清楚的报告问题,但不要试图解决问题

5、如果修改出现问题,应与程序员沟通

6、不要坚持要求修改所有程序错误,要量力而行

7、如果决定据理力争,就一定要赢

五、测试自动化

1、拓展测试领域,不要不断重复相同的测试

2、测试自动化要立即见效

六、测试文档

七、与程序员交互

1、理解程序员怎样思考

2、获得程序员的信任

3、将关注点放在产品上,而不是人上

4、程序员喜欢谈论自己的工作,应该问他们问题

八、管理测试项目

1、建设一种服务文化

2、不要尝试建立一种控制文化

3、轮换测试员的测试对象

4、尽量成对测试

5、如果测试经理要编写产品发布报告,应描述测试工作和结果,而不是自己对该产品的看法

九、测试小组的管理

1、积累自己员工的专业领域知识

2、积累自己员工相关技术方面的专门知识

3、帮助新测试员获取成功

4、让新测试员在测试新程序错误之前,先重新测试老程序错误

5、员工的士气是一种重要资产

6、不要随意让员工加班

7、测试团队成员要有不同背景

十、软件测试职业发展

十一、计划测试策略

1、有关测试策略要问的三个基本问题 “为什么担心?”、“谁关心?”、“测试多少?”

2、测试策略比测试用例重要

3、灰盒测试


一、测试员的角色

1、测试员为很多客户服务

2、迅速找出重要程序问题

  • 首先测试经过变更的部分,然后测试没变化的部分
  • 首先测试核心功能,然后测试辅助功能
  • 首先测试能力,然后测试可靠性
  • 首先测试常见情况,然后测试少见情况
  • 首先测试常见威胁,然后测试罕见威胁
  • 首先测试影响大的问题,然后测试影响小的问题
  • 首先测试最需要的部分,然后测试没有要求的部分

3、询问一切,但不不定外露

4、测试员关注失效,客户才能关注成功

5、不会发现所有程序问题

6、测试员不能有产品发布与否的权力

二、按测试员的方式思考

1、测试需要推断,并不只是做输出与预期结果的比较

2、优秀测试员会进行技术性、创造性、批判性和实用性的思考

3、为了测试,必须探索

4、当测试复杂产品时:陷入与退出

三、测试手段

1、关注测试员的基于人员的测试手段

  • 用户测试
  • α测试
  • β测试
  • 强力测试
  • 有关领域的专家测试
  • 成对测试
  • 自用测试

2、关注测试内容的基于覆盖率的测试手段

  • 功能测试
  • 特性或功能集成测试
  • 菜单浏览
  • 域测试
  • 等价类分析
  • 边界测试
  • 最佳代表测试
  • 输入字段测试大纲或矩阵
  • 用各种方法映射和测试编辑字段
  • 逻辑测试
  • 基于状态的测试
  • 路径测试
  • 语句与分支覆盖率
  • 配置覆盖率
  • 基于规格说明的测试
  • 基于需求的测试
  • 组合测试

3、关注测试原因(针对风险测试)的基于问题的测试手段

  • 输入约束
  • 输出约束
  • 计算约束
  • 存储(或数据)的约束

4、关注测试方法的基于活动的测试手段

  • 回归测试
  • 脚本测试
  • 冒烟测试
  • 探索式测试
  • 游击式测试
  • 场景测试
  • 安装测试
  • 负载测试
  • 长序列测试
  • 性能测试

5、关注测试是否通过的基于评估的测试手段

  • 自检验数据
  • 与已保存的结果进行比较
  • 与规格说明书或其他权威文档比较
  • 基于理念的测试

6、根据自己的看法对测试手段分类

四、程序错误分析

1、测试员的程序错误分析会推动改正所报告的错误

2、使自己的错误报告成为一种有效的销售工具

3、看似极端的缺陷是潜在的安全漏洞

4、清楚的报告问题,但不要试图解决问题

5、如果修改出现问题,应与程序员沟通

6、不要坚持要求修改所有程序错误,要量力而行

7、如果决定据理力争,就一定要赢

                      

 

五、测试自动化

1、拓展测试领域,不要不断重复相同的测试

  • 负载测试
  • 性能基准测试
  • 配置测试
  • 耐力测试
  • 竞争测试
  • 组合测试

2、测试自动化要立即见效

  • 系统设置与准备
  • 辅助诊断
  • 会话记录
  • 测试生成

六、测试文档

七、与程序员交互

1、理解程序员怎样思考

2、获得程序员的信任

3、将关注点放在产品上,而不是人上

4、程序员喜欢谈论自己的工作,应该问他们问题

八、管理测试项目

1、建设一种服务文化

2、不要尝试建立一种控制文化

3、轮换测试员的测试对象

4、尽量成对测试

5、如果测试经理要编写产品发布报告,应描述测试工作和结果,而不是自己对该产品的看法

                                       

 

九、测试小组的管理

1、积累自己员工的专业领域知识

2、积累自己员工相关技术方面的专门知识

3、帮助新测试员获取成功

4、让新测试员在测试新程序错误之前,先重新测试老程序错误

  • 重新现在还没有关闭的程序错误
  • 重新测试已经解决的程序错误
  • 重新测试已经解决但还没有关闭的程序错误

5、员工的士气是一种重要资产

  • 礼貌的对待员工,尊重员工
  • 注意他们的工作
  • 称赞好的工作、热心和诚实努力
  • 如果员工加班,测试经理也要加班。不一定每晚,不一定每个周末,但是要足够经常,使得员工可以感到测试经理在观察他们加班情况
  • 如果可能,为员工指派他们感兴趣的任务和项目。鼓励他们说出自己的兴趣,并给予考虑
  • 如果测试员任务完成得不够顺利,可指派别人给予帮助、指导,如果有必要还可以接替(让其承担其他任务)
  • 提供培训机会,表现出测试经理很看重技能和专业发展
  • 测试经理要公平对待员工,并且要求别人也公平对待他们
  • 不要对任何一位员工产生误导,如果测试经理不知道问题的答案,就实话实说,如果只是凭感觉,则应明确表明自己是在猜测,而不是根据知识
  • 不要对员工叫喊,不要利用自己的权力强制别人接受自己的观点
  • 避免公开批评员工,但是必须要私下指出其错误和问题
  • 不要与员工私下议论其他小组内的员工
  • 测试经理不要与员工约会,并在接受员工个人提供的方便礼物时应该特别小心,即使是小礼物,给的东西要多于接受的东西

6、不要随意让员工加班

7、测试团队成员要有不同背景

十、软件测试职业发展

十一、计划测试策略

1、有关测试策略要问的三个基本问题 “为什么担心?”、“谁关心?”、“测试多少?”

2、测试策略比测试用例重要

3、灰盒测试

即使并不完全掌握待测产品内部情况,部分基于产品内部结构的测试策略也是很好的想法,我们把这种情况称之为灰盒测试

 

  • 9
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 27
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 27
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值