测试第一天，偶对公司印象颇好，然后对测试工作印象颇好。继而心态颇好，态度颇好，工作顺利。

    但是慢慢问题还是出来了，与测试之间的沟通及信息，经验共享跟不上。

    负责测试的小妹妹今天提出了一个方法来，主要是靠文档，但是文档又不要求一定能让别人看懂，并且方案一看都是自己想到了觉得是个点子，没有经过可行性验证，纰漏太多，偶觉得很没有兴趣，有点形象工程之嫌，偶直接表示不支持。况且建立文档的其中之一个目的就是避免对新员工培训，偶觉得面对面沟通是很愉快的事情，不觉得文档能处理所有的事，测试就不需要情感了么？

    但是因为之前并没有就共享问题仔细想过，偶决定花一个月或者办个月的时间，自我测试一下，看是否能用建立文档，建立怎么样的文档达到有效的沟通，并且记录下自己的测试经验，以提升自己，胜利之时，偶也打算推行一下自己的方法，偶得这个是有根据地。

    况且偶还想组个小团队，让我们过手的软件质量都很硬实。趁机积累点经验

    因为公司是所谓敏捷式开发，需求很零散，刚来时候就被告知，要需求的文档--没有。没有文档总有信件吧，有聊天记录吧，有电话吧，有大活人在这吧，偶觉得没什么，不过不太推荐跟客户直接交流，怕耽误他们时间，这有点不好。

    鉴于此，还是觉得

    工作以接到的项目为单位铺开。

一般会给的资料：测试需求（凌乱），软件培训（2个小时），开发那边给的建议，上线时间。

需要准备的工作：详细阅读相关资料，根据需求在接到项目确定测试策略例如功能，性能，UI及测试深度。根据上线时间给出一个测试计划。

每天应该提交的文档：当天测试重点，重要测试场景，测试结果概述，建议，check list 维护。

    目前这么多。