质量管理的思考

及时跟进、随时沟通

1、当项目出现伪需求、需求逻辑问题、产品自测不完整、开发bug更改不及时、延期等问题，要及时作出异议，避免项目卡在某个环节时间过久.
2、测试完成后跟踪项目上线进度并完成线上走查
3、对线上项目进行持续监控（跟踪用户反馈信息、自己充当使用产品）
4、遇到任何问题及时沟通，以免耽误项目进度

充分考虑测试计划的实用性

1、编写测试检查点时充分考虑测试的各种资源问题，包括提测标准、测试标准、时间、人员成本。
2、仔细阅读需求文档及原型，并认真查看UI设计稿。
3、充分了解此版本中的需求是为了解决用户什么样的问题
4、明确需求的范围，思考此需求是否会和某处有冲突；
5、将需求拆分成一个个的小需求，仔细去分析，理解透彻，做到完全明白此版本覆盖的所有功能及逻辑；
6、将有歧义的需求整理出来和产品、开发、设计的相关人员反复进行讨论，保证在需求阶段将需求漏洞全部解决，使接下来的工作能正常进行；
7、整理出所有功能点：业务功能、业务逻辑、数据约束、编辑约束、权限限制、易用性、美观性等；
8、在启动会之前熟悉需求，并提出不合理之处
9、提前与开发沟通代码所影响范围，并提前告知负责相关业务线的人员
10、提前与开发沟通好测试环境，避免因测试环境问题阻碍测试进行

明确测试内容与过程

1、坚持“5W1H”原则，客官判断输出文档、结果是否符合规范。根据标准再去执行任务
1.1、明确指出测试的方法和测试工具（HOW）
1.2、明确测试的范围和内容（WHAT）
1.3、明确测试的目的（WHY）
1.4、明确测试的开始和结束日期（WHEN）
1.5、明确给出测试文档和软件手册存放位置（WHERE）
1.6、明确测试人员的任务分配（WHO）
2、根据已明确的此版本中的测试重点按照优先级着重测试
3、针对系统中用户较关心的功能着重回归，提高用户体验
4、回归bug时确保未引发其他问题，影响到其他功能
5、上线前的主流程测试时针对核心功能做多次测试

用好测试用例、提高用例质量

1、测试用例的编写，是为了避免测试工作开始后的盲目性
2、团队内部多人协作式可以快速知晓本次的测试内容包含哪些
3、便于查看当前测试进度、分析漏测环节及对测试人员工作量的跟踪和考核
4、回归测试时，大大降低测试工作量，提高工作效率
5、当编写测试用例时间不足时，必要的功能模块和新增需求要提现在用例内，其它异常或性能安全测试可根据经验进行填写

加强兼容性、用户体验

兼容性
分析市场上各系统版本的占有率，并将份额小且难适配的系统版本排除后收集剩余不同系统版本的机型
将历史经常出现问题的机型、浏览器、系统版本、设备尺寸及分辨率进行记录
了解不同系统在使用过程中的调用方式，对差异性进行评估及记录，针对性的测试
根据测试项及系统版本的特点对明显有差异的内容进行测试
重点覆盖当前市场使用率较高的系统版本及机型
所测程序在不同设备不同的尺寸及分辨率下测试
使用历史经常出现问题的机型、浏览器、系统版本、设备尺寸及分辨率进行测试
测试时不停更换手机或浏览器进行测试
保证各大运营商下所有的网络环境均可覆盖
从用户体验的角度出发去反馈一些兼容bug
项目上线后在市场中发现的兼容性问题做分析总结，并将问题补充至兼容性问题场景记录中，加强后续测试手段，保证同一问题不再出现第二次
用户体验
响应时间：加载页面、图片或视频时速度较快，给用户流畅的体验
可靠性：类似于敏感按钮之类的需二次确认，以防用户误操作
易用性：用户在使用时简单易懂能很快上手
友好性：在产品的每个细节都体现出良好的人机交互，做到适应用户
有用性：产品中的功能均为对用户有用的功能，避免出现一些无用功能
好用性：运行效率高，提高用户好感度
规则性：产品整体风格一致且相同功能在不同位置展现时实现方式统一
灵活性：特殊情况特殊处理，避免用户认为操作繁琐； 美观性：界面布局、色彩、字体等细节符合大众审美
优化流程：揣测用户心理、模拟用户操作去评估软件是否需要优化
符合用户习惯：每个用户均有自己特殊的习惯，不可能完全符合所有用户习惯，但要做到符合用户通用操作习惯
提供帮助：操作过程中给予适当的简略说明、增加帮助入口，用户遇到疑问时能及时寻求到帮助

严格执行流程、规范

1、开发编码规范
2、测试流程的规范
每个阶段都会有相应的成果物产出和管理，每一步的策略和侧重点都大不相同
3、开发流程的规范
根据公司目前所处阶段制定，如果是多个研发同步在开发多个功能，代码需要分支开发，测试环境无bug后，再合并主干，提交代码时进行必要的review
sql上线一定要进行必要的review，避免一条sql引起全站瘫痪的问题

各环节检查

1、检查产品需求设计的合理性
深度了解用户最常用的场景、站在用户角度思考产品逻辑
避免上线前修改产品逻辑的场景
2、检查技术架构设计、逻辑实现（设计）要合理
3、UI走查
在冒烟测试时就走查一遍，在test环境测试完毕走查一遍，确保不因后期修改bug带来的UI问题
4、需求评审
提前将评审内容发给团队所有相关人员，提前查阅，记录好问题，带着问题去评审，效率更高、效果更好
5、进行静态代码检查（Checkstyle、FindBugs、PMD、Jtest、php depend、PHPMD等）
通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性，找出代码隐藏的错误和缺陷
使用静态代码分析工具自动化执行代码检查和分析，能够极大地提高软件可靠性并节省软件开发和测试成本

及时反思总结

1、bug的度量与预防
定期进行bug的分布分析，线上bug的分析，找到出现该bug真正的原因，bug频发的功能、场景，以及机型等
找出来一些预防避免的措施，可以提醒其他QA、RD的小伙伴，遇到这种情况可能会出现bug等
2、必要的复盘和总结
每次项目结束都要及时的进行复盘和总结，针对项目过程中出现的问题，及时的做出调整，避免团队人员下次再犯同样的问题
3、测试完成后进行总结，总结在测试过程中遇到的问题并思考以后怎么避免此类问题的发送
4、对bug进行分析，来提升对产品整体架构的理解，从而高效、有效的设计测试方案，更好的把控产品质量风险

用好自动化

1、能用自动化的尽量用自动化，持续监控，要比用户提前知道问题发生了
2、代替人工做一些重复性的测试任务
3、至少核心功能要有自动化流程，比如经销商询底价、登录、注册、等，每次提交代码都要跑

持续学习新的测试技术、工具

1、寻找新的、实用的测试工具，并引进，更高的服务于质量
2、多吸收新知识，时代在进步，技术在飞跃，不要被落下
3、不要对新工具、技术产生抵制感，学会了就是你的