测试工程师的工作：TE的根本使命是保护用户和业务的利益
注意：这个角色需要敏锐的洞察力和领导力，因此很多google的高级测试经理都来自于TE。最好完成这些任务的，是那些有很强人格魅力和优秀的沟通技巧的测试工程师。
TE职责的一般性描述：
1、测试计划和风险分析2、评审需求设计代码和测试3、探索式测试4、用户场景5、编写测试用列6、执行测试用列
注意：测试计划是最早出现、最先被遗忘的测试产物。维护一份测试计划是要花费大量精力的，除非多数项目的成员会定期查看，否则测试计划并没有什么价值。
测试计划能在多大程度上作为测试活动的指导？
测试人员会不断参考计划来安排一个应用的测试吗？
会要求开发人员在功能增加或修改时去更新测试计划吗？
在开发经理管理to_do列表的时候，他们会在桌面上打开一份测试计划吗？
在进展会议上，测试经理会参考测试计划内容吗？
测试计划的特性：
1、及时地更新2、描述了软件的目标和卖点3、描述了软件的结构、各种组建和功能特性的名称4、描述了软件的功能和操作简介
测试计划的缺点：这些测试计划的链条是不透明的，很难确定作者和评审者。相当多的测试计划有一个时间和日期戳，非常清楚地表明了它们悠长的被遗忘的历史。它一定在某个时间对某个人发挥了重要的作用，但那个时间已经一去不返了。
ACC 是一种测试计划的替代方法。
ACC资料参考地址：http://googletesting.blogspot.com/2011/10/google-test-analytics-now-in-open.html
ACC(Attribute Componet Capability )即特质、组件、能力。
Google+的Attributes如下：
Social（社交）：鼓励用户去分享信息和他们的状态
Expressive（表现力）：用户可以运用各种功能去表达自我
Easy（容易）：让用户以直观的方式做他们想做的事
Relevant（相关）：只显示用户感兴趣的内容
Extensible（可扩展）：能够与Google的已有功能、第三方网站和应用（Application）集成
Private（隐私）：用户数据不会泄漏
Google+的Components如下：
Profile（个人资料）：用户的帐户信息和兴趣爱好
People（人脉）：用户已经连接的好友
Stream（信息流）：由帖子、评论、通知、照片等组成的有序的信息流
Circles（圈子）：将好友分组，如把不同的好友归于“朋友”、“同事”等小组
Notifications（通知）：当用户被帖子提到时，向他显示提示信息
Hangouts（视频群聊）：视频对话的小组
Posts（帖子）：用户和好友所发表的信息
Comments（评论）：对帖子、照片、视频等的评论
Photos（照片）：用户和好友所上传的照片
第三步是确定产品的Capabilities（能力）
许多团队的风险分析依赖于测试人员的经验和猜测，Google的ACC工具则通过分析项目元素（测试用例、代码变更、产品缺陷等）来识别风险。并计算各个条目的风险。
在测试计划时，测试人员只要快速地确定Capabilities矩阵，而不必担心遗漏。随着测试的进展，他会对矩阵做出必要的调整，以优化测试的价值。
