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