闲来无事，简单梳理一下，以下观点为个人见解，欢迎大家讨论。
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发现及解决曲线图，一般版本正常应是前期多，后期收敛，存活的是级别较低的Bug
c.总结归纳版本情况，评估发布与否
最后：希望大家都越来越好。如果有对测试这个岗位想要交流讨论的，欢迎私信。
