做网站499,西安百度竞价,网站建设视频万网,不会代码可以做网站吗目录 1.软件测试流程 2.如何去设计测试用例 3.印象最深的bug 4.提交一个bug给开发#xff0c;开发不认为这是一个bug怎么办 5.如果遇到产品需求变更怎么办 6.如何定位一个bug是前端bug还是后端bug 7.接口测试怎么测 8.在做接口测试时#xff0c;需要用到用户信息&…目录1.软件测试流程2.如何去设计测试用例3.印象最深的bug4.提交一个bug给开发开发不认为这是一个bug怎么办5.如果遇到产品需求变更怎么办6.如何定位一个bug是前端bug还是后端bug7.接口测试怎么测8.在做接口测试时需要用到用户信息Token值怎么办9.性能测试怎么测10.怎么做自动化测试11. Bug 的回归12.开发模型1.软件测试流程1.首先产品会组织我们测试和开发进行一个需求评审我们在需求评审上会去熟悉需求包括我们对需求一些不合理的地方我们可以提出自己的意见和建议2.需求评审结束后我们就开始制定测试计划制定好版本要由谁来测要测哪些东西要测多久然后我们再根据分配任务就自己去写各自需求的测试用例3.等测试用例完成后这个时候后端就差不多把接口开发出来了我们就可以先对接口进行接口测试也就是使用postman去调用接口看这个接口是否通是否返回跟接口文档一致4.接口测试完毕后前端也差不多对APP开始提测了我们可以对提成版本进行一个冒烟测试简单测一下看功能是否能够正常实现如果冒烟测试通过我们就可以进行专门的功能测试了我们就拿好我们之前写好的测试用例进行这样一个执行检测他有没有bug如果发现bug我们也是通过禅道这样的bug管理软件把bug提上去给开发让开发解决并且我们对bug进行这样一个持续的跟踪直到bug进行关闭5.等到整个功能测试完成以后呢我们还会进行一些专项性测试比如一些兼容性测试网络测试像弱网测试可能还会进行安全测试6.等新功能测试完成后我们还会对老功能进行回归测试已保证老功能也是没有问题的7.所有测试完成之后我们就会编写一个测试报告写清楚这个版本测试是否通过这个版本的测试信息像测试人测试时间或测试内容或者版本有没有什么可能遗留的一些问题8.整个的测试完成之后开发就开始打包上线了等上线通过后还会进行一些线上验证把线上的包下载下来用一下看新的功能是否真正上线了老功能是否受到一些影响并且我们还会可能持续的跟踪一些用户的反馈2.如何去设计测试用例1.使用场景法去拆分这个功能有哪些功能点2.然后使用等价类去划分每个功能点去看他有哪些有效的情况和无效的情况涉及到边界值的地方使用边界值法去进行设计测试用例3.除了以上测试还可以考虑一些专项测试比如兼容性测试弱网测试考虑权限测试考虑一些数据的数据效验最后考虑一些ui3.印象最深的bug4.提交一个bug给开发开发不认为这是一个bug怎么办1.首先我们会看这个是一个什么样的bug如果是功能性bug我们可以先提交给开发并且可以演示给开发看这确实是存在这样一个bug的如果说还觉得不行我们可以跟开发的领导进行一些反馈2.如果说是需求不明确所导致的问题这种情况下我们去找产品让产品来明确这个需求到底是怎么样的按产品的一个意见去做就可以了5.如果遇到产品需求变更怎么办1.考虑在什么样的情况下的一个需求变更如果只是在开发阶段他变更需求了时间还很充足那没关系开发就重新开发测试就重新去写测试用例如果是时间很紧急明天就上线了这个需求不行要重新改我们可以跟产品提出我们的意见首先呢这个需求变更能不能放到下一个版本去处理这个版本还是按原来的功能先上如果说可以的话最好如果不可以的话我们可以沟通一下看能不能延长这个上线时间延迟发布时间因为要给我们测试留足够的测试时间以避免这种质量不行所带来的风险包括我们可以在测试报告里面写清楚这样一个情况产品需求变更对我们测试造成的一些影响如果实在是这些方法都不行那我们也只能加班加点的去处理了6.如何定位一个bug是前端bug还是后端bug我们可以使用fiddler去抓包查看是前端bug还是后端bug1.首先我们可以使用fiddler去抓包看看发送请求有没有问题比如一个登录功能我们输入正确的账号和密码点击登录没有登录成功正确密码是123456然而发送请求的密码是12345或者我们点击登录这个请求根本没有发送这个时候就是前端还没到我们服务器呢2.如果我们正确发送请求服务器这边有问题就像今天服务器关机了或者服务器通了他返回信息不对就像我们发送正确的用户名和密码正常返回登陆成功但是他返回登录失败这时候属于是后端问题因为他没有处理这个逻辑出来问题或者是压根没处理哪边流程出了问题就是谁的问题3.数据库信息问题属于后端问题7.接口测试怎么测使用jmeter测试1.先添加线程组2.然后再添加http请求3.然后再添加查看结果树4.在http请求里面再具体添加这个接口的一些信息比如接口的ip地址url地址还有接口的请求参数还有接口的请求方式5.添加完信息后我们再去调用接口看接口的结果树的返回结果看接口有没有通是否返回正确的结果6.除此之外我们还可以搞些错误的传参看接口会不会报错7.对于一些涉及到数据库的接口还可以去数据库看看数据库有没有发生变化8.我们还可以使用fiddler抓包看看前端发出去的请求有没有问题对于一些加密的数据看看他有没有加密能不能被篡改8.在做接口测试时需要用到用户信息Token值怎么办1.token值用它来进行鉴权具有唯一性具有临时性登录以后生成的我们可以先登录获取到token值这个token值他会在返回结果里面返回我们在要使用的地方去引用一下这个token值就可以了使用的地方一般可能是传到头文件里面或者直接传到他的参数里面2.我们可以先通过登录获取到这个token值然后我们在jemeter里面通过正则表达式提取器写一个正则表达式比方说.*?把这个token提取下来然后把他设置成一个参数在后面需要用到的地方使用${参数名}去引用这个参数就可以了9.性能测试怎么测使用jemeter先添加线程组http请求聚合报告我们可以先添加少量线程数持续跑一段时间看一下聚合报告里面的值包括他的错误率吞吐量响应时间然后往上加线程数去观察聚合报告的吞吐量这个值发现不管怎么加吞吐量不变这个时候就达到了他的一个瓶颈了另外呢在做压测的时候可以在服务器上使用一个top指令去监测服务器上的性能指标可以看到被压服务器上的一个cpu占有率内存占有率10.怎么做自动化测试1.首先使用python的requests库去调用接口去看一下接口的请求方式get请求就用requests.getpost请求就用requests.post然后跟jemeter一样添加他对应的ip地址和url地址还有他的参数把发送的信息打印出来添加一个assert断言对比一下预期跟结果是否一致最后呢还可以添加一个pytest框架把用例封装成方法如果预期跟实际一致返回绿色如果预期跟实际不一致那就返回红色还可以通过pytest生成一个测试报告11. Bug 的回归Bug 回归是指开发修复 Bug 后测试人员再次验证该问题是否已解决并确保修复没有引入新问题的过程验证原 Bug按照原 Bug 的复现步骤确认问题已不复存在。验证关联功能检查与该 Bug 相关的模块、依赖功能是否正常避免 “修复一个 Bug引出十个新 Bug”。回归测试用例执行相关的测试用例确保核心功能不受影响。结果确认若验证通过关闭该 Bug若仍存在或出现新问题重新打开并反馈给开发。12.开发模型瀑布模型核心特点线性顺序阶段严格按顺序执行阶段不可逆必须完成上一阶段才能进入下一阶段文档驱动每个阶段都要输出完整文档需求必须提前明确中途很难改需求优点流程清晰、管理简单适合需求稳定、规模小、不易变更的项目文档齐全便于交接和审计缺点风险高后期才看到成品问题发现晚不适应需求变化改造成本极高灵活性差不适合互联网快速迭代项目敏捷模型敏捷开发是一种以人为核心、迭代、循序渐进、快速响应需求变化的软件开发方法。它不追求一开始就把所有需求定死、一次性做完而是把项目拆成很多小周期迭代每轮都做出可运行、可演示的软件持续交付、持续优化。scrum模型1. 定义Scrum 是一种轻量级敏捷开发框架以短周期迭代Sprint为核心实现快速交付、持续改进。2. 三大角色Product OwnerPO负责需求优先级、产品价值、Backlog 管理。Scrum Master保障流程、清除障碍、促进协作。开发团队跨职能、自组织负责交付可用软件。3. 三大工件Product Backlog产品需求池Sprint Backlog迭代任务列表增量Increment迭代结束可交付的可用软件4. 五大事件Sprint 计划会确定迭代目标与任务Sprint 迭代周期 24 周每日站会15 分钟同步进度与障碍Sprint 评审会演示成果、收集反馈Sprint 回顾会总结问题、优化流程5. 核心特点迭代增量开发快速响应需求变化强调透明、检视、适应轻流程、重交付