回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误的一种测试方法。回归测试是指重复以前的全部或部分的相同功能测试。新加入测试的模块，可能对其他模块产生副作用，因此要进行某些程度的回归测试。回归测试的重心，是以关键性模块为核心。回归测试主要应用在代码变更的场景，我们需要测试修改后的代码是否影响软件应用程序的其他功能。此外，当将新功能添加到软件应用程序中并用于缺
近日，腾讯WeTest正式通过国际软件测试成熟度模型集成（TMMi）3级认证。 这是继获得CMMI 3级认证之后，腾讯WeTest在软件工程领域获得的又一个能力成熟度认证。标志着WeTest的软件测试能力、软件质量管理水平、项目管理能力、过程组织能力等整体成熟度获得国际高度认可。 TMMi 全称为 Test Maturity Model integration（测试能力成熟度模型集成），是由TMM
大家好呀，我是一名苦逼的前端开发工程师，为啥苦逼呢，这不，项目下周就要上线了，但是后端还没给我接口，没有接口我就无法调试，工作停滞不前，我也只能坐着干着急。我报告给了我的老板山哥:老板，这后端不靠谱啊，都快上线了，接口还没出来。山哥回道，别着急呀，这不有Mock吗？Mock，什么是Mock啊？我一脸狐疑，问向山哥。山哥慢条斯理说，就是前端自己启动一个HTTP服务，模拟后端接口
前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出来了，一对接联调，好多字段的数据又
引言与UI相比，接口一旦研发完成，通常变更或重构的频率和幅度相对较小。因此做接口自动化的性价比更高，通常运用于迭代版本上线前的回归测试中。手工做接口测试，测试数据和参数都可以由测试人员手动填写和更新。因此我们在考虑将接口用例实现自动化的时候，主要思路就是在单个接口请求的测试用例已经完成的前提下，我们如何解决以下问题：业务测试场景会调用不止一个接口，下一个接口的请求依赖于上一个接口的数据，
软件测试是软件工程中的一个非常重要的环节，是开发项目整体的一部分，是伴随软件工程的诞生而诞生的，但软件测试不是万能的，不可能发现全部缺陷。其中，黑盒测试和白盒测试是两种不同类型的软件测试策略，它们具有同样强大的功能，白盒测试和黑盒测试往往不是决然分开的，一般在白盒测试中交叉使用黑盒测试的方法，在黑盒测试中交叉使用白盒测试的方法。1、黑盒测试在软件中，黑盒测试很方便，可以减少灾难性崩溃的风险。灾难性
前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出来了，一对接联调，好多字段的数据又
01此前时不时会有一些研发小伙伴和我诉苦，说很多企业由于人力财力限制或者需求不强，会直接购买使用第三方的开放API，这样一来，一则由于开放项目不是量身定制的，寻找自己合适的接口也要搜索调研蛮多时间。二则这种合作方式下API提供者通常只会提供调用权限和一份接口文档，研发童鞋调试的时候只能手动一个个把接口数据复制到调试工具，费时费力。综合上述两大痛点，我给大家推荐的解决方案是的一个叫APIHu
“有没有一个一劳永逸的项目管理实践？”“我怎样才能找到一个能够解决所有问题的方法？”“为什么我用的都是同样的方法，但有的项目延期了？”……在很多敏捷群中，经常会有人问这些问题。那有没有一个可以解决所有问题的方法呢？答案是：没有，因为没有银弹。早在1986年，弗雷德·布鲁克斯就曾在学术角度提出：没有能解决软件危机的银弹。为什么呢？其最根本的原因在于，软件本身有以下固有特性：复杂度：软件复杂度会
“新冷战”蔓延到生产力工具前端时间，著名UI设计软件Figma宣布制裁大疆！这不仅让中国的互联网从业者纷纷一头冷汗：今天是Figma，明天会是什么？今天是大疆，明天会不会是其他企业？今天是UI设计师和产品经理受到影响，明天会不会是开发和测试？我们常用的那些美国出品的工具，尤其是需要在线使用的产品，Postman，Jira，Notion，Jmeter，会不会步Figma的后尘？
