测试流程
我们一般在项目进行开立项会（产品经理 项目经理 开发人员 测试人员）的时候进行参与，讨论需求并提出建议，在立项会中制定需求文档，由UI设计原型图，开发根据需求进行编码，我们测试会根据需求文档进行编写测试计划，根据模块的颗粒度划分并编写测试用例以及对用例的评审，开发结束后，测试对主要功能进行冒烟测试，执行测试用例，提交bug开发进行修改，修改成功后关闭bug，进行回归测试，在上线前进行测试总结。
《需求文档》/《规格说明使用书》
《测试计划》一般由于测试组长或者测试经理编写（参与）
《测试用例》根据模块划分/根据测试功能/性能/自动化划分
用例评审会：
【测试人员 测试组长/项目经理 产品经理】 a:组内评审
【测试人员 测试组长/项目经理 产品经理 客户】 b:组外评审
冒烟测试：对主要功能进行测试
回归测试：bug修改后，重新测试查看是否成功复现（版本升级也需要回归测试）
测试总结 ：一般由测试组长或者测试经理编写（参与）
日常工作
1.参与需求讨论，制定测试计划，确保测试能顺利执行并完成。
2.负责项目的功能性测试，用户体验测试，兼容性测试，性能测试
3.负责测试用例的编写，编写测试报告和测试结果分析
4.与开发人员，产品经理沟通和协作，推动整个项目的顺利进行
5.负责软件开发团队项目进度管理工作
6.熟悉Linux常用命令，熟悉数据库，熟练使用基本的SQL语句
7.熟练使用loadrunner，jmeter等一种性能测试工具
8.熟练掌握Java/Python/shell等一种编程语言
9.熟练使用Python+selenium/appnium pytest innerHtml
10.持续性能监控
测试环境搭建
Windows
Linux：Tomcat? ?jdk? ?mysql? ?禅道? Jenkins
测试分类
测试分类：按阶段划分 代码是否执行 程序运行划分 其他
阶段划分：
单元测试：单个功能的测试（增删改查 分页 上传 下载）
集成测试：功能模块的测试（多个功能点进行总结在一起）
系统测试：多个模块合成测试（整个软件的整体测试）
验收测试：客户以及产品经理进行(交付前的测试)
程序是否执行：
静态测试：UI界面 业务逻辑
动态测试：链接数据之后
代码是否执行
黑盒测试：纯功能测试（手动测试，点点点）
功能测试：安装/卸载测试；界面测试；易用测试；兼容测试；逻辑功能测试
性能测试：稳定性测试 monkey命令；压力测试；负载测试；一般性能测试 系统资源使用率
白盒测试：使用编程脚本进行测试，实现自动化
灰盒测试：介于黑和白之间
其他测试：
冒烟测试：对主要功能进行测试
回归测试：bug修改后，重新测试查看是否成功复现（版本升级也需要回归测试）
随机测试：随机点点点
暴力测试：极端的测试方式 例墙阻断信号
测试原则
1.应当把“尽早和不断地测试”作为开发者的座右铭
2.设计测试用例时，应该考虑到合法的输入和不合法的输入，以及各种边界值条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断，电源断电等
3.一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系
4.对测试错误结果一定要有一个确认过程。一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。
5.制定严格的测试计划，并把测试时间安排的尽量宽松，不要希望在短时间内完成一个高质量的测试。
6.回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误并不少见。
7.妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档
测试发现bug而开发不认为是bug 你怎么办？
1.找到需求文档或者是原型图进行匹对
2.尝试多种测试环境和多种测试方式来确认是否为bug
3.整理bug的复现的步骤和出现的频率
4.开发坚持不认为是bug的时候找项目经理测试经理进行沟通来确认是否为bug
5.将客户经理 测试 测试经理和项目经理进行开确认会来判定是否为bug
6.测试人员需要将bug整理并写入测试总结中
?
开发流程
螺旋模型
?
W模型
?
V模型
?
?