请选择 进入手机版 | 继续访问电脑版

进入到一个新的产品,如何开展测试工作

[复制链接]
唐少琼 发表于 2021-1-2 11:43:38 | 显示全部楼层 |阅读模式 打印 上一主题 下一主题
前言

前一阵子,参加到一个新的产物做测试工作。
纪录一下进入到一个新的产物,如何开展测试工作。
进入到产物后,首先是 成员的简朴熟络,方便之后工作的沟通 。
01、需求相识
第一步就是对需求的相识而且使用产物。
这个产物是什么
主要功能是什么
有什么权限
差别权限的区别是什么
产物的整个流程是什么
现在已经有几个迭代
是通过什么代码实现
等等
02、逐渐融入团队
一定要主动找相应的开辟给自己开通应用权限,如:Git(版本管理)、eolinker(接口管理)等
通过汗青文档找到:测试DB账号/生产DB可读账号而且链接。若汗青无文档,需询问开辟。
从以上的步调:会比力清楚开辟同学代码的提交/版本的管理/接口的信息/DB以及各表字段的设计,会对这个产物的外貌相识 逐步深入到 实现相识
也会提高开辟同学对测试同学的信任度。
03、多听、多想
前期参加一些需求聚会会议的时候,发起多听多想 。听产物讲,听开辟讲,在认真倾听的同时,一定要做好条记,纪录好自己的问题,不要在聚会会议上突兀的打断/提出自己的疑问,大概你的这些疑问,需求文档上就有,所以先去需求文档、相关文档找到答案,如果没有找到答案再单独的问产物/开辟。
如果在需求聚会会议前,已经整理了一部门的问题列表,就可以在需求聚会会议上直接问了。
04、测试文档创建
进入团队后,一定要关注你进入的团队,测试文档结构是否已经搭建好了 ?
是测试文档结构很清晰?照旧测试文档杂乱无章?大概之前无任何测试文档?
如果测试文档结构很清晰,那你可以多去看汗青的测试文档内容;如果测试文档杂乱无章,可以自己简朴分类创建一下;如果无测试文档,那我就发起让你自己创建一个测试文档的结构了 。
我这次进入的团队,就是无任何测试文档。
所以我先创建了一个简朴的测试文档结构:
分工排期
用例输出
业务梳理
测试总结
测试流程
资助文档

而且将自己之前的一些整理分门别类的创建对应的文档,而且告诉团队成员们 。

这个是很重要的一部门。将自己测过的内容归纳总结。
好记性不如烂笔头。把测试过程中的一些重要内容以及细节总结输出成文档。当自己大概其他测试之后再要测这块功能的时候,有文档可寻,可以很快上手。
05、沟通
实在这个阶段自己已经对这个产物比力熟悉了 。
然后自己要多多增进与开辟与产物的沟通。
一定要发挥自己的主动性哦。这里提几个点:
关注产物的需求文档是否有遗漏
关注产物的原型图是否与需求一致
与产物单独确认,发现需求要变动后,实时将变动后的内容告知对应的开辟
关注开辟的排期是否会影响测试时间
关注开辟的提测时间
关注开辟设计文档
与产物确认最终上线的时间
关注开辟不能准时提测的原因
推进开辟修复BUG的进度
与产物沟通某些BUG是否可以推后修复
等等
以上就是我进入一个新的产物,开展测试工作的过程。一句话总结:多总结多思考,不懂实时问,沟通很重要。

来源:https://blog.csdn.net/pytester/article/details/111996550
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则


专注素材教程免费分享
全国免费热线电话

18768367769

周一至周日9:00-23:00

反馈建议

27428564@qq.com 在线QQ咨询

扫描二维码关注我们

Powered by Discuz! X3.4© 2001-2013 Comsenz Inc.( 蜀ICP备2021001884号-1 )