软件测试人员天天的工做平常

王豆豆如今天天9点左右从家里出发，9点半左右到公司，到公司以后王豆豆首先用养生壶煮一壶好茶，工做忙碌时也要记得多喝水，而后一边听着煮茶声一边写着当天的工做计划，工做计划主要包括当天工做内容、学习计划和总结。

 

计划并非天天都能完成，在工做结束以后根据实际完成内容标注和总结，同时写当天遇到的问题，方便次日跟踪，写工做计划的好处就是能够随时查询天天都作了什么，这些是天天的固定的工做内容，软件测试人员天天的工做内容会根据项目的实际状况而有所不一样。

 

王豆豆今天就以测试阶段分析一下软件测试人员天天基本工做内容，总的分为如下几个阶段：

 

1.项目开始之初，也能够是一次迭代开始之初

 

这个时候天天基本都是以熟悉本次项目或本次迭代功能模块需求为主。

 

方式：通常就是看文档，有时就是看一天文档，或参加不一样的评审会。

 

根据不一样人理解需求方式的不一样，王豆豆喜欢用XMIND梳理测试点需求，王豆豆无论作什么事都喜欢用笔去整理一番。

 

这阶段主要是理解需求，分析功能模块的业务流程，尽量将测试点梳理得更细，在梳理过程当中若是遇到不理解，或须要作的需求与之前的需求逻辑不符时，能够先找产品经理讨论，并肯定，方式能够是当面讨论，也能够以邮件的方式肯定，推荐以邮件的方式肯定。

 

若是项目流程完善的团队，这时通常会由产品经理开始组织需求评审，用通俗的话讲就是过需求，之前公司是由SE组织需求评审，而后开发人员组织评审Story，目前是开发人员有时会组织，不一样人组织评审内容有所不一样，测试人员关注的重点也会随之变化。

 

2.项目中前期工做内容

 

这时阶段软件测试人员主是写文档。

 

由于前期已经将需求的范围和测试点整理OK 了,那这个时候基本就是输出这些东西为主，输出的文档测试人员称之为测试用例。

 

方式：通常是用excel写，有可能会写上几天的测试用例。

 

测试用例写完以后，测试人员会组织测试用例评审，能够用正式的会议形式组织，也能够以邮件的形式发给开发和产品评审，若是是以邮件的形式，那必定要跟踪，由于大部分开发人员都不喜欢看邮件，能够用即时通信提醒开发人员和产品经理去评审测试用例。

 

这个阶段开发人员通常都在编码，也是很是忙的时候。

 

测试用例并非必定要用excel写，像如今项目测试用例大部分都是用XMIND写，王豆豆如今习惯了用这种方式写，用XMIND写更能发散测试人员的思惟。

 

如今不少公司都不喜欢写测试用例，以为太花费时间了，也多是因为项目紧的缘由，但王豆豆以为测试用例在执行测试以前必定去有这样一个过程，虽然花费时间，可是在执行测试时只须要根据前面梳理的测试点去执行就OK了，同时不容易形成漏测，就算公司不要求，王豆豆在测试以前，必定会作这样的事，不管项目时间是否紧迫，这也算是成为一种习惯了。

 

3.项目中期工做内容

 

这个阶段是软件测试人员最辛苦的阶段—测试执行阶段。

 

方式：根据测试类型的不一样，执行测试也有所不一样

 

功能测试时，执行测试主要就是测试软件的功能，界面以及软件体验性等；作接口测试时，执行阶段就是经过工具调用各类接口，测试各种接口传值、取参、返回等测试点。

 

这个阶段不只要测试，还有一件很是重要的事情就是提交BUG。

 

大概分为：在缺陷管理工具上编写BUG，和开发人员讨论BUG，复现BUG，跟踪BUG的处理流程。这个时期须要作的事情不少，不断地测试，不断地与开人员沟通，复现BUG。

在进行第二三轮测试时须要对前期提交的BUG，进行回归测试。

 

软件测试人员不只要有发现BUG的能力，也须要有分析BUG，定位BUG的能力。定位BUG能够经过查询数据库、后台日志或者查看源代码等不一样的方式去分析和定位。

 

4.项目后期工做内容

 

这个阶段测试人员主要作的事情有写测试报告和项目/迭代总结。

 

执行测试完成以后，测试人员须要对本次测试下一个结论，究竟是测试经过仍是不经过，这时软件测试人员须要给测试结论，但不能就简单的一句话给开发说本次项目测试经过了，能够上线，或者说本次项目测试不经过，BUG还有不少，软件质量有风险。

 

全部事情都讲究依据，那么软件测试也须要，测试人员须要给项目团队提供测试结果的依据。因此测试报告中通常包括测试用例的执行状况、从各类维度分析缺陷、遗留缺陷等方面分析测试状况。

 

项目测试完以后，软件测试人员能够利用项目间隔总结项目，通常是输出业务需求为主，方便其余测试人员查阅。

以上就是根据测试阶段分析了软件测试人员的主要工做内容。

 

欢迎关注王豆豆的微信公众号：资深Tester(zishentester)，了解更多的好文，和王豆豆一块儿成长。