FindsBugs,EclEmma,自动化,测试程度,会议准入

  今天想到,必须对PRD和UC进行分析,了解内部逻辑,才能更好的写用例

  今天想到,对于测试设计的编写,要细化到页面的每个元素和数据库的每个表的变化。
  今天想到目前T公司测试比较粗犷,纯粹的功能页面测试,接口测试也不规范,用例编写一次性,执行测试后一般就不再使用了,这也是为什么自动化测试在这里推不起来的原因:没有需求
  我今天看了一个静态代码检查工具FindsBugs和一个测试覆盖率检查工具EclEmma,后面我要尝试进行代码检查和覆盖率分析。
  我还是坚持推动页面功能测试自动化,我知道不能陷入完全自动化的泥潭,但是推动case规范化和测试自动化可以减少很多工作量。
  我要多学业务,更清楚的了解内部逻辑,以便更好的测试。
  我要研究一下Itest
  这边文档太乱:自己写的word,网上文档中心的网页,百科。。。而且很多时候需求变了或设计变了,却没有及时更新到文档上。应该有统一的文档库,所有变化立即更新到文档。
  一定要有会议准入和准出制度。不相关的问题不能在会议上讨论,会议上的问题不能留给下个会议。

posted @ 2012-07-12 14:53 Daniel·广 阅读(...) 评论(...) 编辑 收藏