软件测试基础1--功能测试
1、什么是软件测试？软件是控制盘算机硬件运行的工具。
软件测试：使用技术手段验证软件是否满足使用需求，为了发现软件功能和需求不相符合的地方，或者寻找实际输出和预期输出之间的差别。
软件测试的目标：淘汰软件缺陷，保证软件质量。
1.1、测试的主流技能
接口测试：使用代码，工具对服务端提供的接口进行测试
功能测试：验证程序的功能是否满足需求文档上的
自动化测试：使用代码或工具代替人工测试
性能测试：模拟多人使用软件情景，查找服务器缺陷（bug）
1.2、测试的分类
按测试的阶段分别：
单元测试：针对程序源代码测试，比如JUnit
集成测试：即接口测试，针对每一个模块提供的访问地址进行测试。
系统测试：对整个系统进行测试，包罗功能，兼容性，文档等等测试
验收测试：即内侧，公测，使用不同人群发掘系统缺陷
按代码可见度分别：
黑盒测试：源代码不可见，根据已实现的功能进行测试，对测试人员的代码阅读力较低
灰盒测试：部门代码可见，雷同于接口测试。
白盒测试：源代码透明，雷同于单元测试。
2、软件的质量模型
质量模型是衡量软件好坏的维度
https://i-blog.csdnimg.cn/direct/1dfbdef973464ca6a79096cd9d7194c9.png
功能性：功能数目是否精确（不能多不少），功能是否精确的实现，发生错误时是否能精确处置惩罚
性能：服务器每秒处置惩罚请求数够吗？硬件配置是否能满足？
兼容性：能在不同的操纵系统上运行吗？能在不同内核的欣赏器（谷歌，IE，火狐，苹果，欧朋）上使用吗？在不同品牌手机上运行正常吗？在不同网络环境下运行正常吗？
易用性：使用方便吗？页面美观吗？系统流畅吗？界面简洁吗？
安全：信息传输，信息存储是加密吗？
可靠性：是否无响应？是否卡顿？是否瓦解（死机）？
可维护性：后期维护服务器时是否方便？
可移植性：数据迁徙，更换服务器时，是否方便？
3.测试流程
https://i-blog.csdnimg.cn/direct/ec3f615ac9ec463c9a162d2510fd988d.png
需求评审：确保各部门理解一致
筹划编写：测什么，谁来测，怎么测
用例设计：验证项目是否符合需求文档
用例实行：项目模块开辟完成后，进行测试
缺陷管理：项目存在缺陷时，从提出bug到修复bug的全过程
测试陈诉：实施测试结果文档
3.1、测试用例
用例是什么：是用户使用的案例，测试用例就是为了测试项目而设计的文档
3.1.1、设计测试用例的作用
[*] 防止漏测
[*] 实施测试的标准
3.2.2、测试用例编写格式
https://i-blog.csdnimg.cn/direct/d514002d3a324eed98eb524d94404056.png
用例编号：项目_模块_编号
用例标题：预期结果（测试点）
项目/模块：所属项目或模块
优先级：测试用例的重要程度（P0最高）
前置条件：实行用例前要做的操纵
测试步调：形貌怎么测试
测试数据：测试时需要输入的数据，没有为空
预期结果：盼望达到的结果
3.2、设计测试点的方法
https://i-blog.csdnimg.cn/direct/6a08fa3c426646738bcd5834ab648855.png
3.2.1、等价类分别
等价类分别得当需要大量输入数据的地方，但是又不能穷举输入测试
适用于表单的输入框，下拉列表，单选复选框
https://i-blog.csdnimg.cn/direct/9f6a2912bb1345bab84242a50736324d.png
根据需求的长度，范例，规则进行分别
在有效等价类中选一个作为代表，在无效等价类中各选一个作为统共的测试用例
需求1：验证QQ账号的合法性，QQ账号是6-10位的自然数
https://i-blog.csdnimg.cn/direct/443e65237fe144b5a579f4c7384e3967.png
需求2：验证手机号的合法性
https://i-blog.csdnimg.cn/direct/0e824fe721e046f6b4dd9afab3ee7ca7.png
https://i-blog.csdnimg.cn/direct/acb1f1d7756d48039481ced5f631fc04.png
https://i-blog.csdnimg.cn/direct/cd6833db81514c7f821af73975c75b89.png
需求3：给你一个花瓶，给出它的测试用例
首先，硬件还要添加一个属性
1属性测试：花瓶大小，重量，材质，外观
2功能性测试：插花，装水，养鱼
3性能测试：防摔，耐高温，耐低温，耐腐蚀，抗压
4兼容性测试：装水，装饮料，装果汁
5易用性测试：防滑，便携，方便使用
6安全性测试：材质健康，不发生化学反应，不易燃易爆
3.2.2、界限值分析
界限范围节点：选取上点，离点，内点
界限值分析一般都要和等价类分别一起使用，先分别等价类，再分析界限值，最后编写用例。适用于有界限范围的输入，至多，至少重量，最大，最少等等。
上点：正好即是界限值的点
离点：距离上点最近的点，左右各一个
内点，合法范围内中的点
https://i-blog.csdnimg.cn/direct/cf7ea54707fa4a5090ff456b59490917.png
需求1：标题大于0，小于即是30个字符
https://i-blog.csdnimg.cn/direct/5bf11e4e32f4458eae2bc8b5a7bbe278.png
界限值优化，将七个点优化为五个点，即优化离点，开内闭外
开区间生存内离点，闭区间生存外离点
3.2.3、判定表
判定表用于解决多条件的依赖问题，判定表适用于4个条件以下，较少的环境。
https://i-blog.csdnimg.cn/direct/726027caf8ea46a3addf1bfe65d92182.png
根据判定表设计的用例，数目是2的条件桩次方
https://i-blog.csdnimg.cn/direct/4e9a8405cf924d30bb54720747e629fa.pnghttps://i-blog.csdnimg.cn/direct/aaf868abc31c4d339bc0ed7a92a5bff1.png
3.2.4、场景法（流程图）
用流程图表述用户的使用场景，流程图适用于覆盖业务测试，先测试业务，在测试单功能，单页面
https://i-blog.csdnimg.cn/direct/ef6de71eb13f4947a7159886e5b474d2.png
https://i-blog.csdnimg.cn/direct/e171a01e4a9149528ff2a79b42d5ca32.png
https://i-blog.csdnimg.cn/direct/109bcb98636349e796144648dd312cfc.png
3.3.5、错误推断法
通过测试经验，推测系统大概出现，容易出现的问题，只适用于时间紧，使命量大的场景
4、缺陷
缺陷就是软件使用过程中出现的问题，即BUG
4.1、缺陷的判定标准
软件未实现需求规格阐明书要求的功能--少功能
软件实现的功能超出需求规格阐明书的要求--多功能
软件出现了需求规格阐明书中指明不应出现的错误--功能错误
软件没有实现需求规格阐明书中未指出但应当实现的要求--隐形功能错误
软件难以理解，体验差，运行缓慢--不易使用
4.2、缺陷产生的原因与生命周期
https://i-blog.csdnimg.cn/direct/daab0db299ac479395eca45ea82b804c.png
https://i-blog.csdnimg.cn/direct/628cfefa44594df6964f2f1f38b4c736.png
4.3、发现缺陷后怎么形貌
https://i-blog.csdnimg.cn/direct/22c9685a1aef49f5be6dd6514ff6e49d.png
https://i-blog.csdnimg.cn/direct/06f4092a2d3c460e96fd325dcda5c200.png
当发现缺陷时，应该怎么办？
首先保证该缺陷可以重现，其次确以为bug，之后才可以提交
4.4、缺陷管理工具
禅道：在禅道上提交，验证，关闭bug
https://i-blog.csdnimg.cn/direct/0f4cf24aad9943e583cfa68db60a7c41.png
https://i-blog.csdnimg.cn/direct/88750387076a4d128bff06bdf996aa51.png
https://i-blog.csdnimg.cn/direct/0b379bbd79834ff39b3625d617844f8b.png
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]