软件测试：
需求分析：
需求：
原型图、需求文档、口述
分析需求 流程图（圆形（开始结束）、矩形（过程步骤）、菱形（判断、分支 ））、思维导图（为了熟悉整个软件大大小小操作流程）
测试设计： （5w1h（what、where、who、when、why、how））
测试计划：测试的内容、测试对象、测试时间安排、如何进行测试、为什么要做这个测试、为什么要这么去做、谁负责什么内容的测试、测试环境、测试资料的管理
测试策略：约定要做的测试内容有些啥，那些组要测试，那些不需要测试、为森么呢，那些测试要先做，那些测试要后做，原因是什么。
分险分析：找出我们这个项目测试过程中，有可能会妨碍我们顺利开展工作的事情，并制定好可以解决这些意外的方案
需求：需求变更、新增了需求（提前约定好需求管理的方案）
人员：人手不够，准备好备胎
时间：时间不够，安排好时间和进度、预留足够的时间
技术：组织技术培训
测试方案：对于每个要求测试内容具体测试手段
技术方案、管理方案
测试用例：（编号、用例名称、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果）
测试方法：
等价类：
边界值：
场景法：
正向场景：输入正确的手机号和验证码登录成功
逆向场景：
登录失败场景：
手机号不正确（手机号不符合号码规则或者空）、验证码不正确（验证码格式不正确或者空）、手机号和验证码不匹配、手机号验证码为空
因果图、判定表、路径覆盖法、猜列法
测试执行：
执行测试用例、对BUG进行跟踪管理、版本迭代（版本管理（最好自己记录好每个版本的测试时间和内容变化，以及这个版本的质量情况），
测试迭代 （全量测试、增量测试（通过自动化测试手段来保证那些我们没有手工测试的内容不出问题）））
从零到软件上线，6个开发，一个测试，一个产品。开发时间是5个月，测试迭代用了2个月，一共迭代了6个版本。每10天迭代一次。
BUG的管理：
记录BUG：编号、BUG名称、优先级、BUG等级、复现步骤、附件(截图、视屏、日志)
BUG等级：致命的（和钱有关、导致软件无法正常使用）、严重的（导致系统业务流程无法顺利进行的BUG）、普通的（在某些特殊场景下导致某功能出现异常）、轻微的（UI、易用性）
BUG生命周期：
BUG状态：新建状态、以确定状态、已解决、拒绝、关闭、重新打开、
BUG管理平台：禅道、BUGzilla、BUGfree、testlink
测试总结：
工作总结、BUG的统计和分析、质量评估