- 博客(14)
- 收藏
- 关注
RSS订阅原创 第四章测试理论03-测试设计方法-判定表法
分析和表达多种输入条件完成不同动作的一种工具方法；能够将具有复杂逻辑关系的需求进行组合得到不同结果的一种方法。（将各个输入条件的取值进行组合，得到不同输出结果一种方法）
2023-08-29 17:59:05
108
1
原创 第四章测试理论02-测试分析设计-测试设计方法-等价类、边界值
将软件系统的输入（输出）划分成若干个子集合，从划分的子集合中选取代表数据进行测试，如果选取的数据测试没有问题，就认为其他未被选取的数据测试效果是等价的。
2023-08-29 16:56:44
93
1
原创 第三章Docker容器03-Docker
2.准备Dockerfile文本文件（一层层叠加的命令）3.命令 docker build 生成镜像。过程： 搭积木 基础镜像一层层的命令叠加。Dockerfile 构建镜像。
2023-08-02 10:12:00
37
1
原创 第三章Docker容器02-Docker
回顾：问题： 容器互相隔离的，无法提供服务，内部的磁盘空间无法和外界共享。解决方案： 数据卷 解决磁盘共享 端口映射 容器可以对外提供服务。
2023-07-28 16:35:48
29
1
原创 第二章Linux操作系统03-Linux
回顾 命令: history pwd cd ls -alt (ll) touch vi cat/head/tail/more/less cp mv rm(-rf) mkdir tail -f xxx.log |grep Err。命令 yum -y （遇到提示信息输入yes） install/search/update/remove zip/unzip/less/tree。000b=0 001b=1 010b=2 …101b=5 111b=7 16进制。
2023-07-21 14:29:09
46
1
原创 第二章Linux操作系统02-Linux
vi tt.log —>敲 i 看见下面的“insert” —>输入内容 —>敲ESC键 insert消失 —> 敲:wq (w—write q—quit)保存退出。vi tt.log —>敲 i 看见下面的“insert” —>输入内容（有误） —>敲ESC键 insert消失 —> 敲:q!前面的命令的结果作为后面的命令grep Err的输入参数。日志文件xxx.log 新行动态在增加， 命令是显示新行中带有关键字Err的行。场景： 查找问题定位问题。rm 删除文件或目录。
2023-07-19 17:57:24
34
原创 第二章Linux操作系统01-Linux
Linux OS（Operating System）：个非常复杂的基础软件管理硬件资源（CPU GPU 内存 外存 IO设备）和软件资源。。。 centOS，redHat，ubuntu是linux 不同版本。
2023-07-19 16:56:28
25
原创 第一章测试概述05-系统测试
• 动态分析：逻辑覆盖测试（分支测试、路径测试等）、程序插装等。• 静态分析：控制流分析、数据流分析、信息流分析等。白盒测试一般会用到静态分析和动态分析两类技术。
2023-07-19 16:29:51
64
原创 第一章测试概述04-软件质量
易用性的依从性 usability compliance— 软件产品遵循与易用性相关的标准、约定、风格指南或法规的能力。保密安全性 security —软件产品保护信息和数据的能力，以使未授权的人员或系统不能阅读或修改这些信息和数据，而不拒绝授权人员或系统对它们的访问。易恢复性 recoverability—在失效发生的情况下，软件产品重建规定的性能级别并恢复受直接影响的数据的能力。可移植性的依从性 portability compliance—软件产品遵循与可移植性相关的标准或约定的能力。
2022-12-01 17:55:11
201
1
原创 第一章测试概述03-软件质量模型
保密安全性 security —软件产品保护信息和数据的能力，以使未授权的人员或系统不能阅读或修改这些信息和数据，而不拒绝授权人员或系统对它们的访问。反面的实例：某手机，多开一些APP，手机就卡壳，APP无响应（容错性差），即使内存不够，也可以弹出一些提示，让用户少开一些应用。易恢复性 recoverability—在失效发生的情况下，软件产品重建规定的性能级别并恢复受直接影响的数据的能力。（1）生命周期----知道以后公司中工作的流程，测试的职责，测试的模型（兵法）
2022-12-01 17:48:49
171
原创 第一章测试概述02-用例和缺陷
测试数据和测试步骤分离：目的是为了维护方便，回归测试时，测试数据经常会变动，只要改测试输入即可，不需要反复改测试步骤。软件测试完毕，只有一个测试总结报告（几个人测试的，测了什么，写了多少用例，发现多少bug，测试通过不通过？¡刚刚写完（经过专家评审认可）的用例，是没有执行记录的，只有让执行人员在已发布的版本上执行过后，才有执行记录。缺点：测试人员测了一天的BUG，都统计在一个excel上，下班前提交，开发只能在提交后才能开始改。官网有演示版本，不用装，在线学习即可，以后工作，会有运维人员装好的。
2022-12-01 17:43:33
139
原创 第一章测试概述01-生命周期和流程
一个软件测试后，发现了bug，开发改了bug，测试人员在新版本上重新验证bug的过程（回归）单元，集成，系统测试都可以有回归测试，验收一般没有回归，要么成功，要么失败。开发和测试都按照SRS进行开发和测试，和SRS不符的功能表现都是bug。bug相关的流程（登录密码有bug，那么回归时，整个登录过程要重测）为什么测试的写文档的工作可以提前，和开发的阶段的对应关系。如果有新功能加进来，要补充测试用例，并且测试新功能。强调快，项目时间短（例如：2周就要完成），任务紧。1、以后工作中，项目的工作流程。
2022-11-29 14:01:05
75
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人