时间：2022-09-21 11:18 | 栏目：信息 | 点击：次
1.需求分析在测试前拿到产品需求文档，进行需求分析及需求评审前先对需求文档进行详细的阅读，对有疑问的地方进行标注。具体可从以下进行：a.分析产品功能点b.产品核心竞争力c.Kano模型、马斯洛需求分析、多问几个为什么、上下文分析法2.制订测试用例工欲善其事，必先利其器；对测试而言，测试用例就是器，做好了才能把好关a.使用思维导图列举测试大纲，尽量发散，想到什么就写什么，；先放后收，对知识点进行总结和归纳，标记重点测试模块，删除冗余及重复测试点。b.可使用边界值法、等价类划分法、错误推测法、因果图法等设计案例c.根据测试大纲制定测试用例，需包含模块名、测试优先级、操作步骤、期望结果、测试结果、备注3.评审测试用例a.测试作为主导，联合开发、项目经理、PM进行测试用例评审b.可先讲解测试大纲，让开发、项目经理、PM心中对测试用例有个大概；后再进行详细测试用例讲解4.执行测试a.根据测试用例执行测试b.发现问题保留现场，记录测试方法，通知开发解决问题c.覆盖测试用例之外若有时间可进行探索性测试5.提交Bug并推动Bug解决a.在Bug管理工具上提交Bug，详细记录测试步骤b.根据Bug严重程度划分Bug等级:致命、严重、一般、提示c.推动开发解决问题，记录问题进展，一般聊天沟通，若问题严重则需通过邮件推动解决6.回归测试a.对已修复的Bug进行验证b.对Bug所在模块进行基本功能测试；整体进行冒烟测试，确保不会因为修改Bug而引起其他功能出现问题7.编写并提交测试报告可使用金字塔原理设计测试报告，先总后分，上级统领下级，下级推导出上级，环环相扣a.对Bug进行汇总，筛选出各个等级的Bug存活情况b.制订Bug发现及解决曲线图，一般版本正常应是前期多，后期收敛，存活的是级别较低的Bugc.总结归纳版本情况，评估发布与否