一个优秀的测试工程师不是说你发现了多少bug,而是在于有多少bug被修复。 软件里的bug如同海绵里的水,要想挤总会有的。

整理收集的一些知识点

上一篇 / 下一篇  2012-07-03 09:26:03 / 个人分类:学习资源


需求文档描述尽可能的详细,比如该功能点是做什么的,涉及到哪些字段,字段是否必填,如果该字段输入存在各种问题,应该出现什么样的提示信息。需求做的越清晰越准确,后面的相关人员才能更快速准确的做自己该做的。
不仅要搞清楚每个功能块所实现的功能,更要从业务的角度理解其功能块之间的关系。因为任何的软件测试都不能脱离实际的业务逻辑,否则测试是没有意义的。


测试总结主要你要写出来你自己的测试了哪些内容,发现的问题,解决情况,版本的评价,及改进建议。要多反馈出可能影响你测试质量的内容,比如需求不了解哪块,时间不够等。

1、界面——分页、输入格式、对不正确的数据有无验证、与设计页面是否相符。2、数据测试——CRUD是否正确、报表、业务规则等等。3、业务测试——各基础类模块是否传递正确数据。4、流程测试。

TAG:

 

评分:0

我来说两句

日历

« 2024-04-13  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 34660
  • 日志数: 35
  • 建立时间: 2011-07-15
  • 更新时间: 2012-09-05

RSS订阅

Open Toolbar