测试流程
我们一般在项目进行开立项会(产品经理 项目经理 开发人员 测试人员)的时候进行参与,讨论需求并提出建议,在立项会中制定需求文档,由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模型
软件测试工具
Excel Word 测试用例,缺陷报告,测试计划,测试总结
xmind(梳理测试点) 对项目认知【web项目 OA办公自动化 CRM 客户管理系统 ERP进销存系统 电力 医疗类】
bug管理工具:禅道 jira
测试环境:Linux(虚拟机的方式 云平台)
抓包工具:Charles Fiddler(Mac无法使用)
性能工具:jmeter loadrunner
编程语言 shell Python
自动化 : UI自动化;接口自动化;单元自动化;
移动端的专项测试
监控k8s的使用
数据库MySQL
作者:喝西北风的小富婆~
原文链接:https://blog.csdn.net/weixin_44561103/article/details/109853865#comments_14206504