测试岗位梳理【岗位职责篇】
此篇梳理不够完善,后续有很大优化的地方
1、基本要求
(1)全力配合中心主管、项目经理、产品经理及团队成员完成项目的跟进与发布;
(2)每天下午5:00到5:30之间总结当天的测试进度与存在的风险,“品控”群中进行反馈(测试日报)。
2、编写测试用例
根据产品原型或需求文档,与产品经理沟通测试范围、重点,考虑逻辑、数据完整性等要求,策划编写测试用例,设计测试数据及预期结果,做好测试前的准备工作,确保测试目的达成。
3、评审测试用例
(1)完成测试用例后,与主管沟通评审时间;
(2)提前在对应的沟通群中发出评审时间点、预计时长、参与人、测试用例;
(3)评审结束后,对评审会议中提出的问题及时在用例中进行补充,必要性的在KM 上进行会议内容记录;
(4)将最终版用例上传到云盘对应的目录下存档。
4、执行测试
(1)根据测试计划及测试用例,并根据产品特点及测试要求,通过Jenkins自行打包进行测试,及时发现软件缺陷,评估软件的特性与缺陷等级在TAPD中提单跟踪;
(2)测试中发现产品未补充的遗漏需求,及时找产品经理进行沟通确认(说明:若产品经理不在座位或请假,优先在TAPD中提单给到产品经理);
(3)有关运营需要补充的数据,TAPD 中提单给产品经理,方便我们跟踪问题的处理进度。
5 、bug验证
(1)根据测试结果,与开发部门沟通测试情况,督促开发部门解决问题,修复测试中发现的缺陷;
(2)及时跟踪并管理缺陷,若同一个Bug重复Reopen超过3次,则将此记录并进行总结性反馈;
(3)提出对产品的进一步改进的建议,并评估改进方案是否合理
(4)分析缺陷分布及测试结果
(5)紧急阻塞性Bug及时与相应的人员沟通,特殊情况下在群中发出并@到对应的处理人,通知其及时处理;
6、编写相应的文档
(1)测试中若有特殊的测试注意点,可作为指导性文档,在KM上编写存档分享;
(2)编写完整的测试相关其他技术文档
(3)试用期内要求必须做到不少于2次的中心分享会。
7、编写测试报告
对测试结果分析,通过测试,掌握软件具有的能力、缺陷、局限等,对软件质量给出评价性的结论和意见,整理测试文档,填写软件测试报告,编写测试总结,为软件开发成果提供总结性意见。
8、线上问题跟踪
针对已上线版本,用户的具体使用情况,根据问题的反馈,将进行解答并定期汇总问题,Bug及需求在TAPD 缺陷管理池中进行记录。
1.作者:Syw 2.出处:http://www.cnblogs.com/syw20170419/ 3.本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。 4.如果文中有什么错误,欢迎指出。以免更多的人被误导。 |
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
2018-04-09 Postman-----构建工作流程(用于某个请求完成后从指定的请求开始继续运行)
2018-04-09 Postman----presets与环境变量的联合使用
2018-04-09 Postman----Presets(预先设置)的使用
2018-04-09 Postman-----Response body:JSON value check的使用介绍