1.项目开始之初,也可以是一次迭代开始之初:
这个时候每天基本都是以熟悉本次项目或本次迭代功能模块需求为主。
方式:一般就是看文档,有时就是看一天文档,或参加不同的评审会。
这阶段主要是理解需求,分析功能模块的业务流程,尽可能将测试点梳理得更细,在梳理过程中如果遇到不理解,或需要做的需求与以前的需求逻辑不符时,可以先找产品经理讨论,并确定,方式可以是当面讨论,也可以以邮件的方式确定,推荐以邮件的方式确定。
2.项目中前期工作内容:
这个阶段软件测试人员主要是写文档。因为前期已经将需求的范围和测试点整理OK了,那这个时候基本就是输出这些东西为主,输出的文档测试人员称之为测试用例。
方式:一般是用Excel写,有可能会写上几天的测试用例。
测试用例写完之后,测试人员会组织测试用例评审,可以用正式的会议形式组织,也可以以邮件的形式发给开发和产品评审,如果是以邮件的形式,那一定要跟踪,因为大部分开发人员都不喜欢看邮件,可以用即时通讯提醒开发人员和产品经理去评审测试用例。
3.项目中期工作内容:
这个阶段是软件测试人员最辛苦的阶段——测试执行阶段。
方式:根据测试类型的不同,执行测试也有所不同。
功能测试时,执行测试主要就是测试软件的功能,界面以及软件体验性等;
做接口测试时,执行阶段就是通过工具调用各种接口,测试各类接口传值、取参、返回等测试点。
这个阶段不仅要测试,还有一件非常重要的事情就是提交BUG。
4.项目后期工作内容:
这个阶段测试人员主要做的事情有写测试报告和项目/迭代总结。
执行测试完成之后,测试人员需要对本次测试下一个结论,到底是测试通过还是不通过,这时软件测试人员需要给测试结论,但不能就简单的一句话给开发说本次项目测试通过了,可以上线,或者说本次项目测试不通过,BUG还有很多,软件质量有风险。
项目测试完之后,软件测试人员可以利用项目间隔总结项目,一般是输出业务需求为主,方便其他测试人员查阅。
以上就是大概的工作内容,当然了,这是说的流程,具体怎么做,得看给多少钱,也看测试什么项目。
软件测试的工资也是高有低的,低的7,8千左右,高的四万。所以基本上也可以推断出来工作量和工作难度肯定是不一样的。