测试相关的流程
需求测试->概要设计测试->详细设计测试->单元测试->集成测试->系统测试->验收测试
（参考W模型）
如何编写测试用例
1、测试人员尽早介入，彻底理解清楚需求，是写好测试用例的基础
2、如果以前有类似的需求，可以参考类似需求的测试用例，然后还需要看类似需求的bug情况
3、清楚输入、输出的各种可能，以及各种输入之间的关联关系，理解清楚需求的执行逻辑，通过等价类、边界值、判定表等方法找出大部分用例
4、找到需求相关的一些特性，补充测试用例
5、根据自己的经验分析遗漏的测试场景
6、多总结类似功能点的测试点，才能写出质量越来越高的测试用例
7、书写清晰
测试项目的具体工作内容
搭建测试环境
攥写测试用例
执行测试用例
写测试计划，测试报告
测试，并提交BUG表单
跟踪BUG修改情况
执行自动化测试，编写脚本，执行，分析，报告
进行性能测试，压力测试等其他测试，执行，分析，调优，报告
BUG评审工作
Bug的priority（）和severity()是两个重要属性，通常人员在提交bug的时候，只定义severity，而将priority交给leader定义，通常bug管理中，severity分为四个等级blocker、critical、major、minor，而将priority分为五个等级immediate、urgent、high、normal、low。
severity：
1、blocker：即系统无法执行，崩溃，或严重资源不足，应用模块无法启动或异常退出，无法测试，造成系统不稳定。常见的有严重花屏、内存泄漏、用户数据丢失或破坏、系统崩溃/死机/冻结、模块无法启动或异常退出、严重的数值计算错误、功能设计与需求严重不符、其他导致无法测试的错误，如服务器500错误。
2、critical：即映像系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。常见的有：功能未实现、功能错误、系统刷新错误、数据通讯错误、轻微的数值计算错误、影响功能及界面的错误字或拼写错误。
3、major：即界面、性能缺陷、兼容性，常见的有：操作界面错误，边界条件错误，提示信息错误，长时间操作无进度提示，系统未优化，兼容性问题
4、minor：易用性及建议性问题
测试用例的边界
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是对等价类分法的补充
常见的边界值：
1）对16-bit的整数而言32767和-32768是边界
2）屏幕上光标在最左上、最右下位置
3）报表的第一行和最后一行
4）数组元素的第一个和最后一个
5）循环的第0次、第1次和倒数第2次、最后一次
APP性能测试的指标
1、内存：内存消耗测试节点的设计目标是为了让应用不占用过多的系统资源，且及时释放内存，保障整个系统的稳定性。