测试架构师――能做什么

   摘自《从菜鸟到测试架构师――一个测试工程师的成长日记》

   测试架构师的工作

   开发方面：

   1、参与设计讨论与文档评审；

   实际：项目组成员都会参与文档评审，最基本的会参与需求讨论与评审。在上一个项目组时，研发的概要设计文档也会拿出来讨论和评审，现在的项目组，研发每个开发阶段都会写概要设计，但是不会拿出来评审。测试人员，如果没有需要也不会去看这些概要设计。

   改进：

   任何文档，都要下功夫去看去弄清楚。第一步是看懂文档，不管能不能发现设计及方案的优劣，看懂文档，至少了解程序逻辑和实现过程，至少可以有些问题在前期解决，而不是后期解决。譬如，需求文档，如果产品经理有描述不清，或者遗漏的地方，在看的时候，就可以早跟产品经理沟通，而不是到程序完成后再来确定和修改。不管能发现多少，前期能发现问题，总比后期解决代价小。

   2、参与单元测试报告评审；

   实际：目前，项目组白盒测试，单元测试，是研发同事在做，也没有做很规范的很正式的单元测试，所以不会有单元测试报告。

   可以做的是：

   认真写好每一分测试报告，无论是自己写，还是同事写自己检查，都要认真的写，认真的检查。譬如，一些专项测试方案，测试报告，外测方案，外测报告等。每一分报告，实事求是，有内容，有价值和有意义。

   这一点本来也做得很好，以后要多想想如何做，能做的更好。

   

   3、参与性能优化架构讨论；

   实际：性能测试，也是由项目组研发同事在做。

   可以做的是：

   查找一些性能测试的资料，先了解性能测试。研发可以开发性能测试工具，但是性能测试的设计和执行，以后可以我们自己做。

   4、参与开发质量持续改进方案设计；

   实际：暂不知道这部分的工作是谁在做，会有这样的工作内容，但不是专门的一项工作。譬如，测试发布报告中，都会记录每一阶段的持续改进是什么，就本阶段的测试过程中存在的一些问题，提出一些改进建议。每一个阶段会对上一个阶段的改进建议进行跟踪，是不是执行，执行效果如何，有什么困难和问题……是一个全员参与的问题。

   可以做的是：

   就像项目经理说的，每个人都有自己的角色，把自己的角色扮演好，把自己的工作做好。另外，大家是一个团队，其他人犯错的时候，不要去指责别人，而是要想一想我能做什么，可以再次避免出现这样的问题。譬如，上一轮发布测试过程中，在测试过期，发现程序驱动在winxp系统里安装不上，项目经理，没有说是小虎的问题，而是说，是我在测试前期没有发现这个问题。我可能没有考虑过多，会无意的说小虎，而项目经理会注意到去保护小虎的自尊心。

   每个人都会犯错，每个人犯错的时候，心里其实会愿意承认也接受可能的惩罚。但是，却不会愿意，别人因为这个问题一直念叨，或者是受到指责。自己已经知道自己犯错了，别人还是一直提起错误，一直说，是很难受的事情。我自己犯错误了，也会很担心别人一直说，一致提起，因为一件事，一件错误，就被别人框上既定印象。既然，我自己都不愿意被别人这样对待，工作中，也要留意不要这样对待别人。

   测试方面：

   1、编写测试战略、总体测试计划文档；

   实际：总体的测试计划，是我在负责和完成。

   改进：现在程序功能少，计划、人员安排、时间、资源、测试内容都是比较好安排和确定的。当程序功能越来越多时，每次做计划都要想一想，怎样做更好。为什么要这样排，有没有更好的安排。就像项目经理说的，有一种态度和意识，做任何事情的时候，都问问自己还有没有更好的方法。

   2、审核测试计划与测试用例设计；

   实际：测试计划本人在完成，测试用例本人在写，在设计，在检查。

   改进：暂时想不到什么。

   3、指导测试自动化体系建设；

   实际：项目中没有暂时还没有引进自动化测试。

   可以做的是：计划下一发布测试阶段，把程序的安装卸载使用自动化的方式验证。一方面，分步骤的去掌握自动化，去接触它才能了解它，通过做去学习。

   4、测试覆盖率审查；

   实际：因为不是一个大型的软件，测试覆盖率，测试过程中都是百分百覆盖的。审查过程，是在测试发布评审报告里会记录。

   5、测试工具选型；

   实际：使用既有的测试工具。

   6、测试过程管理；

   实际：采用敏捷开发，项目组研发、测试、产品、UI共9个人。测试只有2个人，没有管人，但是会关注测试过程。个人觉得，因为人员少，测试过程比较明晰，任务分配也是比较合理的。没有太多，工作不满或者工作堆积一起的情况。

   7、缺陷质量审查；

   实际：在发布测试报告中会跟踪记录缺陷，爱发布测试评审中会全体参与人员一起审查缺陷质量。

   书里写测试架构师会做哪些方面的工作，每个公司情况不一样，根据实际情况，梳理一下，哪些是我们现在在做的，哪些是我们现在没做的。如果这就是测试架构师的工作内容，在还不是测试架构师之前，我想我可以做的，就是按照测试架构师的工作内容要来更完善自己的工作内容。所以，下一阶段及以后，可以做的，总结如下：

   1、任何文档，都要下功夫去看去弄清楚；

   2、需要完成的文档，都认真去完成，并思考怎样写更好；

   3、通过实践学习自动化测试和性能测试；

   4、态度方面：遇到问题不要指责，包括自己和同事，思考能做什么可以解决问题，能做什么避免下一次再出现同样的问题；做任何事情的时候，都问问自己有没有更好的方法。