随心芸芸 @ JPeanut(旧版)

搬迁至 http://www.17m.net.cn/

BlogJava 首页 新随笔 联系 聚合 管理
  43 Posts :: 0 Stories :: 54 Comments :: 0 Trackbacks
作者:陈市明 摘自:随心芸芸@Jpeanut
笔记记录:
  1. 所有的测试都应该追溯到用户需求
  2. 尽早地、不断地进行软件测试
  3. 完全测试是不可能的,需要终止
  4. 测试不能证明软件的潜在错误
  5. 测试有集群现象
  6. 开发人员应该避免检查自己的代码
  7. 测试是有组织、有计划、有步骤的活动

感想:
  1. 单元测试,集成测试 参照的 设计文档 ;确认测试,系统测试  参照需求
  2. 设计测试用例应该要考虑脚本测试用例的生命周期,他们不该仅仅是用于测试阶段,在设计的时候应该考虑改用例在之后的维护期间也可以执行,也可以修改,也可以跟着项目一起提升版本,这一点在项目中非常重要;设计测试用例文档模板的时候,应该额外注意这一点。所以,测试用例应该易阅读,易修改,易移交
  3. 测试还是按照Alac(act as a customer)的原则,先客户之前发现项目的潜在bug才是好测试。至于那些通过稀奇古怪的操作引发的bug,可以先不管,毕竟要找出这些bug,耗时耗力,在做项目的过程中,这个必须要考虑。如果涉及到安全问题的,可以归入安全测试
  4. bug也有8-2原则,80%的bug隐藏在20%的代码中。测试可以多多关注经常出错的地方。用例必须有着重点,不是均匀覆盖项目的全部执行路径的。
  5. 有些bug,可能只有开发人员最清楚的,一定需要特定的数据,特定的操作才能引发的,测试人员不通过静态测试很难发现,因为项目不能象产品那样有很强的容错性。
  6. 测试是有组织的,但是,测试人员的随意行测试也容易暴露bug。完全按照测试用例执行,有些bug是很难暴露的,测试不完整行,决定了我们有的时候一定要依靠测试人员的随意测试,哪怕他不是一个专业的测试人员
posted on 2006-07-07 12:10 陈市明 阅读(715) 评论(0)  编辑  收藏 所属分类: 《软件评测师教程》笔记

只有注册用户登录后才能发表评论。


网站导航: