软件测试新人,你该如何找到方向?-阿里云开发者社区

开发者社区> 开发与运维> 正文

软件测试新人,你该如何找到方向?

简介:

本文是最近为公司所做的两篇总计之一。主旨是为公司的测试新人指明一些方向,如何融入公司,做好项目,以及提升的一些方向。

  公司项目模式

  我们是离岸外包公司,通常来讲我们的客户拿项目给我们做,会在我们公司建立一个团队,开发人员和测试人员都在一个团队里面。客户提他的需求,由我们这个团队完全负责分析,设计,开发,测试。

  总得来说每个项目的情况都会有些不同,所以各个项目中测试人员的职责也存在不同,比如,有些项目里,测试人员是parttime的;有些项目里,测试人员需要和开发人员一起Review文档。所以具体的所负责的事情需要和具体项目一起来考虑。

  一般项目的流程是:

  ● 需求理解:项目绝大多数都是迭代式开发,在每次迭代初期,在真正编码实现前,开发人员和测试人员会一起对这次迭代的任务项进行一个比较深入沟通,沟通需求,争取做之前双方对即将实现的功能有个一致的理解。

  ● 开发编码/用例设计:当开发开始编码时,测试人员就需要开始设计测试用例,需要注意的是,在功能没有开发出来的时候,就需要考虑用例,而不是看到具体效果,再设计。

  ● 测试阶段:执行用例,反馈BUG,验收BUG。

  ● 提交阶段:系统测试项目,保证质量,避免直接的明显的BUG。

  ● 收尾阶段:总结、反思。BUG分析报告,迭代回顾会议。

  基本要求

  由此流程,可以看出测试人员需要做到的事情的一个大致轮廓。

  如果是新人,基础不太好,可以看看培训大纲中测试章节,里面有些资源、一些知识点要求和一些常见问题。下面在简单地提下具体的几个方面的要求。

  英语要求

  能看懂需求,能书写BUG、相关的邮件交流。

  测试基本思想

  理解边界值,等价类划分,基本流、备选流,场景划分。

  需求理解

  能够理解文档上功能的描述,知道功能具体是怎么工作起来。放在系统里面通盘考虑。

  BUG

  对BUG系统的使用熟悉。报告的BUG是符合规范,简洁易懂,不失必要的步骤。

  Test Case

  跟着模板来写,覆盖到文档里面的所有功能,正常情况,异常情况也需要包含。

  Bug 分析报告

  根据指导文档,对BUG的数据进行一些统计和分析、思考。最好是日常收集相关的数据。

  进阶方向

  当加入团队后,上述能力有一个样子,较为稳定的时,一样还需要根据自身的情况进行反思、改进、提升。着眼点需要更加开阔,怎么才能使自己能贡献得更多。下面做一个思路上简单分析,只做抛砖引玉。

  提高测试水平

  效率更高,发现问题更快:测试数据复用,测试思路总结分享,测试用例模版更新,测试用例、数据设计的总结,经验分享传递等等。

  更少的BUG遗漏。

  经常了解业界的测试技术、理论、方法论并尝试引入我们的项目当中。

本文是最近为公司所做的两篇总计之一。主旨是为公司的测试新人指明一些方向,如何融入公司,做好项目,以及提升的一些方向。

  公司项目模式

  我们是离岸外包公司,通常来讲我们的客户拿项目给我们做,会在我们公司建立一个团队,开发人员和测试人员都在一个团队里面。客户提他的需求,由我们这个团队完全负责分析,设计,开发,测试。

  总得来说每个项目的情况都会有些不同,所以各个项目中测试人员的职责也存在不同,比如,有些项目里,测试人员是parttime的;有些项目里,测试人员需要和开发人员一起Review文档。所以具体的所负责的事情需要和具体项目一起来考虑。

  一般项目的流程是:

  ● 需求理解:项目绝大多数都是迭代式开发,在每次迭代初期,在真正编码实现前,开发人员和测试人员会一起对这次迭代的任务项进行一个比较深入沟通,沟通需求,争取做之前双方对即将实现的功能有个一致的理解。

  ● 开发编码/用例设计:当开发开始编码时,测试人员就需要开始设计测试用例,需要注意的是,在功能没有开发出来的时候,就需要考虑用例,而不是看到具体效果,再设计。

  ● 测试阶段:执行用例,反馈BUG,验收BUG。

  ● 提交阶段:系统测试项目,保证质量,避免直接的明显的BUG。

  ● 收尾阶段:总结、反思。BUG分析报告,迭代回顾会议。

  基本要求

  由此流程,可以看出测试人员需要做到的事情的一个大致轮廓。

  如果是新人,基础不太好,可以看看培训大纲中测试章节,里面有些资源、一些知识点要求和一些常见问题。下面在简单地提下具体的几个方面的要求。

  英语要求

  能看懂需求,能书写BUG、相关的邮件交流。

  测试基本思想

  理解边界值,等价类划分,基本流、备选流,场景划分。

  需求理解

  能够理解文档上功能的描述,知道功能具体是怎么工作起来。放在系统里面通盘考虑。

  BUG

  对BUG系统的使用熟悉。报告的BUG是符合规范,简洁易懂,不失必要的步骤。

  Test Case

  跟着模板来写,覆盖到文档里面的所有功能,正常情况,异常情况也需要包含。

  Bug 分析报告

  根据指导文档,对BUG的数据进行一些统计和分析、思考。最好是日常收集相关的数据。

  进阶方向

  当加入团队后,上述能力有一个样子,较为稳定的时,一样还需要根据自身的情况进行反思、改进、提升。着眼点需要更加开阔,怎么才能使自己能贡献得更多。下面做一个思路上简单分析,只做抛砖引玉。

  提高测试水平

  效率更高,发现问题更快:测试数据复用,测试思路总结分享,测试用例模版更新,测试用例、数据设计的总结,经验分享传递等等。

  更少的BUG遗漏。

  经常了解业界的测试技术、理论、方法论并尝试引入我们的项目当中。








====================================分割线================================



最新内容请见作者的GitHub页:http://qaseven.github.io/

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章