您的位置:首页 > 运维架构 > 网站架构

测试架构师――能做什么

2015-12-11 21:44 316 查看
摘自《从菜鸟到测试架构师――一个测试工程师的成长日记》
测试架构师的工作
开发方面:
1、参与设计讨论与文档评审;
实际:项目组成员都会参与文档评审,最基本的会参与需求讨论与评审。在上一个项目组时,研发的概要设计文档也会拿出来讨论和评审,现在的项目组,研发每个开发阶段都会写概要设计,但是不会拿出来评审。测试人员,如果没有需要也不会去看这些概要设计。
改进:
任何文档,都要下功夫去看去弄清楚。第一步是看懂文档,不管能不能发现设计及方案的优劣,看懂文档,至少了解程序逻辑和实现过程,至少可以有些问题在前期解决,而不是后期解决。譬如,需求文档,如果产品经理有描述不清,或者遗漏的地方,在看的时候,就可以早跟产品经理沟通,而不是到程序完成后再来确定和修改。不管能发现多少,前期能发现问题,总比后期解决代价小。

2、参与单元测试报告评审;
实际:目前,项目组白盒测试,单元测试,是研发同事在做,也没有做很规范的很正式的单元测试,所以不会有单元测试报告。
可以做的是:
认真写好每一分测试报告,无论是自己写,还是同事写自己检查,都要认真的写,认真的检查。譬如,一些专项测试方案,测试报告,外测方案,外测报告等。每一分报告,实事求是,有内容,有价值和有意义。
这一点本来也做得很好,以后要多想想如何做,能做的更好。

3、参与性能优化架构讨论;
实际:性能测试,也是由项目组研发同事在做。
可以做的是:
查找一些性能测试的资料,先了解性能测试。研发可以开发性能测试工具,但是性能测试的设计和执行,以后可以我们自己做。

4、参与开发质量持续改进方案设计;
实际:暂不知道这部分的工作是谁在做,会有这样的工作内容,但不是专门的一项工作。譬如,测试发布报告中,都会记录每一阶段的持续改进是什么,就本阶段的测试过程中存在的一些问题,提出一些改进建议。每一个阶段会对上一个阶段的改进建议进行跟踪,是不是执行,执行效果如何,有什么困难和问题……是一个全员参与的问题。
可以做的是:
就像项目经理说的,每个人都有自己的角色,把自己的角色扮演好,把自己的工作做好。另外,大家是一个团队,其他人犯错的时候,不要去指责别人,而是要想一想我能做什么,可以再次避免出现这样的问题。譬如,上一轮发布测试过程中,在测试过期,发现程序驱动在winxp系统里安装不上,项目经理,没有说是小虎的问题,而是说,是我在测试前期没有发现这个问题。我可能没有考虑过多,会无意的说小虎,而项目经理会注意到去保护小虎的自尊心。
每个人都会犯错,每个人犯错的时候,心里其实会愿意承认也接受可能的惩罚。但是,却不会愿意,别人因为这个问题一直念叨,或者是受到指责。自己已经知道自己犯错了,别人还是一直提起错误,一直说,是很难受的事情。我自己犯错误了,也会很担心别人一直说,一致提起,因为一件事,一件错误,就被别人框上既定印象。既然,我自己都不愿意被别人这样对待,工作中,也要留意不要这样对待别人。

测试方面:
1、编写测试战略、总体测试计划文档;
实际:总体的测试计划,是我在负责和完成。
改进:现在程序功能少,计划、人员安排、时间、资源、测试内容都是比较好安排和确定的。当程序功能越来越多时,每次做计划都要想一想,怎样做更好。为什么要这样排,有没有更好的安排。就像项目经理说的,有一种态度和意识,做任何事情的时候,都问问自己还有没有更好的方法。

2、审核测试计划与测试用例设计;
实际:测试计划本人在完成,测试用例本人在写,在设计,在检查。
改进:暂时想不到什么。

3、指导测试自动化体系建设;
实际:项目中没有暂时还没有引进自动化测试。
可以做的是:计划下一发布测试阶段,把程序的安装卸载使用自动化的方式验证。一方面,分步骤的去掌握自动化,去接触它才能了解它,通过做去学习。

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

5、测试工具选型;
实际:使用既有的测试工具。

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

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

书里写测试架构师会做哪些方面的工作,每个公司情况不一样,根据实际情况,梳理一下,哪些是我们现在在做的,哪些是我们现在没做的。如果这就是测试架构师的工作内容,在还不是测试架构师之前,我想我可以做的,就是按照测试架构师的工作内容要来更完善自己的工作内容。所以,下一阶段及以后,可以做的,总结如下:
1、任何文档,都要下功夫去看去弄清楚;
2、需要完成的文档,都认真去完成,并思考怎样写更好;
3、通过实践学习自动化测试和性能测试;
4、态度方面:遇到问题不要指责,包括自己和同事,思考能做什么可以解决问题,能做什么避免下一次再出现同样的问题;做任何事情的时候,都问问自己有没有更好的方法。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: