共计 2749 个字符,预计需要花费 7 分钟才能阅读完成。
一:什么是前后端联调
前后端接口联调就是在咱们开发的过程中,发送申请的 ajax 数据都不是返回的真数据,而是咱们本人通过接口 mock 模仿的假数据,以后端的代码编写实现后,后端的接口也写好后,咱们就须要把 mock 数据换点,尝试应用后端提供的数据进行一个前后端的调试。
二: 为什么须要联调
1. 联调就是前后端一起见证靠谱的测试后果
2. 给需求方提供一个正确的需要验证环境
3. 尽量裸露前后端实现的问题
三:如何无效联调
1. 自测
2. 疾速定位问题
f12 查看,排查问题
3. 责任边界
判断尽量放到后端做,数据格式化都能做。
4. 及时反馈
后端数据库外面肯定要有测试数据,前端肯定要依据当初约定好的数据格式要求后端。
四: 测试流程
1. 前端发动申请:前端依据测试用例,调用相应的接口地址,发送申请
2. 后端承受申请并解决:后端承受到申请后,依据申请参数进行相应的业务解决,并返回后果
3. 前端承受并解决返回后果;前端接管到后端返回的后果后,进行后果解析和展现
五:bug
1. 现阶段的 bug 根本分类
性能逻辑和用户体验
2.bug 分类
(1) 功能型 bug
指产品实现过程中具体逻辑的实现谬误
(2) 需要型 bug
指在软件项目管理的过程中,需要阶段就埋下了隐患,如未依照需要实现,需要了解谬误或需要未形容分明等状况
(3) 性能型 bug
指软件在很多人同时应用或长时间运行时呈现了响应慢,甚至解体的场景
(4) 常识型 bug
在过来一段时间,用户始终是这样认为的,曾经造成一种默认的约定,但软件设计或开发人员不依照约定俗成的规定来。
3. 发现 bug 的方法论
(1) 罕用
等价类划分法
边界值分析法
谬误揣测法
因果法
(2) 不罕用
断定表驱动法
正交试验法
性能图法
场景法
4.bug 解决
(1)bug 辨认
(2)bug 定位
(3)bug 修复
(4) 回归测试
六:软件测试
1. 目标
(1) 进步软件品质:软件测试的首要指标是确保软件的品质,通过发现和修复软件中的谬误和缺点,从而提供高质量的软件产品。
(2)保障软件平安:软件测试还能够确保软件的安全性,特地是对于那些波及敏感数据或资金解决的软件,如银行零碎的 APP。通过测试,能够确保软件在上线后不会呈现安全漏洞,从而爱护用户的数据和资金平安。
(3)升高软件开发老本:在软件开发过程中,晚期发现并修复谬误能够大大降低开发成本。如果在产品上线或行将实现开发时才发现错误,可能须要付出更大的代价来修复,甚至可能导致产品的大改变,从而节约之前的投入。
(4)升高企业危险:软件测试能够升高企业的危险。如果软件存在大量谬误或问题,可能会侵害企业的名誉,导致单干企业缩小,从而间接影响企业的收益。
(5)为用户承受软件提供无力根据:软件测试是在用户应用软件之前进行的品质保障工作。只有通过软件测试,能力确保软件的品质,从而让用户更有信念承受并应用软件。
(6)建立用户对软件的信念:用户对于通过测试的软件和未经测试的软件在品质上的信念是有很大差异的。通过软件测试,能够为用户提供更牢靠、更稳固的软件产品,从而建立用户对软件的信念。
2. 进行软件测试的常用工具
(1)Selenium:Selenium 是一个宽泛应用的自动化测试工具,特地实用于 Web 应用程序的测试。因为它可能模仿实在用户的操作,因而在功能测试、回归测试和 UI 测试中十分受欢迎。
(2)JUnit:对于 Java 开发人员来说,JUnit 是单元测试的规范工具。它提供了丰盛的断言办法和测试执行框架,使得编写和运行单元测试变得简略而高效。
(3)JIRA:JIRA 不仅是一个缺点跟踪工具,还宽泛用于项目管理。它提供了弱小的工作流和自定义字段性能,使得团队能够高效地跟踪和治理缺点、工作和我的项目。
(4)Jenkins:Jenkins 是一个继续集成和继续部署工具,它自动化了构建、测试和部署的过程。通过 Jenkins,团队能够疾速地发现软件中的缺点,并进行迭代改良。
(5)Postman:对于 API 测试来说,Postman 是一个十分受欢迎的工具。它提供了直观的界面来发送 HTTP 申请、验证响应,并提供了丰盛的测试性能,如断言、脚本和测试数据治理等。
七: 常见的软件开发模型
1. 边做边改模型(Build-and-Fix Model):这是一种非正式的模型,通常是在没有明确需要或设计的状况下开始开发,而后依据用户反馈进行一直的批改和改良。这种模型往往会导致开发过程凌乱,难以管制,且软件品质难以保障。
2. 瀑布模型(Waterfall Model):这是一种线性的、程序的开发模型,它将软件开发过程划分为若干个阶段,每个阶段都有明确的工作和指标,并且前一个阶段的输入作为后一个阶段的输出。这种模型有利于项目管理和管制,但不利于适应需要变更。
3. 疾速原型模型(Rapid Prototype Model):这种模型强调疾速构建软件的原型,以便在晚期阶段就能获取用户反馈并进行调整。通过迭代的形式逐步完善软件,最终失去合乎用户需要的产品。这种模型适宜需要不明确或需要变更频繁的我的项目。
4. 增量模型(Incremental Model):这种模型将软件划分为若干个增量,每个增量都蕴含一部分性能或业务逻辑。每个增量都依照瀑布模型的办法进行开发,并在实现后进行集成和测试。这种模型能够逐渐交付软件,从而升高项目风险,但也可能导致软件结构复杂,难以保护。
5. 螺旋模型(Spiral Model):这种模型联合了瀑布模型和疾速原型模型的特点,强调在软件开发过程中进行危险评估和治理。它容许在我的项目的晚期阶段就进行原型构建和用户反馈收集,而后依据反馈进行迭代开发。这种模型适宜规模宏大、简单且高风险的我的项目。
6. 喷泉模型(Fountain Model):喷泉模型是一种以用户需要为能源,以对象为驱动的模型,次要用于形容面向对象的软件开发过程。喷泉模型认为软件开发过程自下而上周期的各阶段是互相迭代和无间隙的个性。
7.v 模型
单元测试:是模块测试,验证软件的根本组成单位的正确性,是白盒测试
集成测试:是模块间的测试,测试接口(软件各模块之间的接口和软件与硬件之间的接口)是否正确,是灰盒测试(白盒和黑盒联合)
零碎测试:零碎测试包含:冒烟测试 零碎测试 回归测试
(1)冒烟测试:骨干流程测试,确认软件的基本功能失常,能够进行后续的测试工作
(2)零碎测试:是检测零碎的性能、品质、性能是否满足零碎的要求,包含性能、性能、界面、可靠性、兼容性等等,是黑盒测试
(3)回归测试:批改了旧代码之后从新进行测试,确认批改后的代码没有引入新的谬误或导致其余代码产生新的谬误
验收测试:是确保软件的实现是否满足用户的需要或合同的要求
局限性:V 模型是基于瀑布模型的,V 模型有一个毛病,就是将测试放在整个开发的最初阶段,没有让测试今早染指开发,没有在需要阶段就进入测试;测试与开发串行