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

2012-02-27新公司工作有感

上一篇 / 下一篇  2012-02-27 19:34:44 / 个人分类:随感

   从2月11到新公司以来,感觉日子过得挺充实的,不像以前浑浑噩噩的,有一个奋斗目标,并一直朝着它努力,这种感觉真好。
   这段时间,熟悉公司的产品,也在测试一些新做好的系统。
发现公司测试方面存在一些问题:
1、测试流程不完善,测试人员没有正规详细的需求文档,没有办法写出详细的CASE。项目做完直接发个链接过来就开始测试。
2、没有测试计划,没有罗列测试功能点(特别是重要功能点)等。
3、BUG修改完没有反馈,回归测试没有依据。

已测系统发现的一些问题:
1、未对文本框中输入内容的空格处理;
2、对表单的必填内容加个红星以示注意;
3、导出报表的打开和保存功能是一样的;
4、页面样式不协调,整体风格不一致;
5、有错别字。

我的建议:
1、建立测试用例库或者检查点(checklist)库,以后项目有相似功能就可以直接查看(有条件建立版本控制库,方便对用例维护升级)。
2、如果对项目的业务逻辑不是很清楚,希望开发人员讲解一下。
3、了解现有测试人员的数据库掌握情况(比如查询:在页面上输入或选择条件后,没有结果显示,如果我们在数据库中按照该条件自己查询,弄清到底是没有对应的数据还是有数据但在页面上没显示出来)。
    现在公司急切要做的就是规范,这样做事情才有条理。只要适合自己的,就是正规的,没有必要去追求所谓“正规”,因为原本就没有正规,只是大家为了凸显自己而加的很多修饰词语而已。
以前的测试资料的积累对现在也很有帮助,所以无论怎么努力都不为过。
先写这么多,再补充。

TAG:

 

评分:0

我来说两句

日历

« 2024-05-04  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

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

RSS订阅

Open Toolbar