文章分类 - 软件测试
1
摘要：web性能 主要目标：速度和响应能力。不损害用户体验，增加有意义价值的地方，避免使用成本高昂但收益最小的技术。 成本 成本直接应该影响利润， 高效的资源利用可以减少应用程序对环境的影响。节省成本的四个“桶”。 账单 例如：设计期间配置的磁盘，如果选择了具有高IOPS的磁盘来处理逾期需求。但是上线后，
阅读全文
摘要：下面是对这六种接口类型的结构解读： 1. RESTful API RESTful API是一种基于HTTP协议的接口，通过URL来标识资源，使用HTTP动词（GET、POST、PUT、DELETE）来对资源进行操作。其结构包括： URL: 指定资源的地址。 HTTP方法: GET: 获取资源。 PO
阅读全文
摘要：接口安全测试是保障后端服务免受攻击的重要环节，尤其在涉及分布式微服务、数据库访问、以及智能问答系统等场景下，更是至关重要！ 🚨 一、前期准备工作 接口梳理与文档审查 获取接口文档（Swagger、Postman、Apifox 等）。 理解接口的请求方法（GET/POST/PUT/DELETE）、参
阅读全文
摘要：前半段： 需求文档/会议，制定测试策略（测试计划的一部分），测试用例的设计/评审，测试执行 后半段： 提交bug到责任人，帮助bug复现，bug修复回归，bug关闭 1. 需求分析与测试策略制定 需求分析：测试人员深入阅读需求文档，理解业务需求，识别测试点，参与需求评审会议，确保对产品功能和业务流程
阅读全文
摘要：1.0接口测试 API测试、后台测试、app接口测试、web接口测试、SDK测试 2.0分类 方向 接口功能测试 》手动查看响应码，cookies，请求头 Postman JMeter 接口自动化测试 》JMeter断言，代码 Postman + newman（命令行工具） JMeter Pytho
阅读全文
摘要：21.软件质量保证 21.1质量是免费的 一致性费用和非一致性费用，也就是一次性计划和执行测试相关的全部费用，如果非一致性费用是花时间分离、报告和回归测试以保证得以修复 21.2工作现场的测试和质量保证 21.2.1软件测试 软件测试不负责软件质量，只是报告事实，全力发现缺陷，保证都得以修复。 21
阅读全文
摘要：20.成效评价 20.1使用软件缺陷跟踪数据库中的信息 考虑： A）什么区域缺陷最多，哪里最少？ B）交给某个测试员时已解决多少软件缺陷？ C）测试员计划时间内缺陷能修复吗？ D）本周软件缺陷数量，本月，整个项目的数量 E）是否在规定时间做完 20.2在日常测试中使用的度量 如统计修复率，提取出缺陷
阅读全文
摘要：19.报告发现问题 19.1设法修复软件缺陷 无法修复的原因： A）没有足够的时间 B）不算真正的软件缺陷 C）修复风险太大 D）不值得修复 ，不常用，可预防规避 E）无效的软件缺陷修复报告 报告软件缺陷的基本原则： A）尽快报告软件缺陷 B）有效描述软件缺陷：短小、单一 C）快速技巧提示：明显并通
阅读全文
摘要：18.1 测试用例计划的目标 仔细计划测试用例，编写 xmind 组织，有效的审查和实用 重复性，方便重复原有的测试 跟踪 计划多少个测试用例？ 最终执行了多少测试用例？ 多少通过？ 多少失败？ 被忽略的测试用例？ 测试（或不测试）证实，测试用例计划提供了证明测试内容的手段 18.2 测试用例计划综
阅读全文
摘要：17. 计划测试工作 17.1 测试计划的目标 规定测试活动的范围、方法、资源、进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人、以及与计划相关的风险。 测试计划只是创建详细计划过程的一个副产品，重要的是计划过程，而不是产生的结果文档。 测试计划过程的最终目标是交流（而不是
阅读全文
摘要：自动化测试和测试工具 15.1 自动化测试的好处 a) 速度 b) 效率 c) 准确度和精准度 d) 节省资源 e) 方针和模拟 代替正常情况下与产品连接的硬件或软件 f) 坚持不懈 15.2 测试工具 15.2.1 查看器和监视器 查看器和监视器测试工具能够看到正常情况下看不到的软件细节。 大多数
阅读全文
摘要：14.网站测试 14.1网页基础 14.2黑盒测试 14.2.1文本 网页文本应该当作文档对待，并依据“测试文档”所述的方法进行测试。 不要忽略文字标签：如光标移动到图片所弹出的图片语义信息的说明。 缩放窗口检查文字布局问题。 14.2.2超级链接 链接可以与文字或图片绑定，必须检查 14.2.3图
阅读全文
摘要：13. 软件安全性测试 黑客、病毒、蠕虫、间谍软件、后门程序、木马、拒绝服务攻击等。 安全产品：指在系统的所有者或者管理员的控制下，保护用户信息的保密性、完整性、可获得性，以及处理资源的完整性和可获得性。 安全漏洞：产品不可行的缺陷，正确使用产品时来防止攻击者窃取系统的用户权限、调节操作、破坏数据、
阅读全文
摘要：12. 文档测试 保证文档的正确性。 12.1 软件文档的类型 包装文字和图形 市场宣传材料、广告以及其他插页 授权/注册登记表 EULA（最终用户许可协议） 标签和不干胶条 安装和设置指导 用户手册 联机帮助 指南、向导和CBT（计算机基础训练） 样式、示例和模板 错误信息提示 12.2 文档测试
阅读全文
摘要：10. 外国语言测试 测试为其他国家和语言编写的软件。 10.1 使文字和图片有意义 文字翻译照顾到不同语言的特征，照顾到语言、方言、地区习俗和文化的过程称为本地化或国际化。测试此类软件称为本地化测试。 10.2 翻译问题 10.2.1 文本扩展 扩展现象：翻译后需要增加字符表达含义。找出没有正确换
阅读全文
摘要：8. 配置测试 8.1 配置测试综述 个人计算机 部件 外设 接口 可选项和内存 设备驱动程序 8.1.1 分离配置缺陷 软件缺陷和配置缺陷有可能造成软件出现问题。 8.2 执行配置测试 确定所需配置类型 确定有哪些厂商的硬件、型号、和驱动程序可用 确定可能的硬件特性、模式和选项 将确定后的硬件配置
阅读全文
摘要：4. 静态黑盒 4.1 黑盒测试和白盒测试 黑盒测试与白盒测试是软件测试中的两种重要方式。黑盒测试把软件看作一个不透明的盒子，只关注软件的输入和输出，不考虑内部逻辑结构；白盒测试则是对软件内部结构和代码进行测试。 4.2 静态测试和动态测试 4.2.1 检查和审核 静态测试是指不运行软件，对代码、需
阅读全文
摘要：软件测试背景 1.1 软件测试失败用语 缺点 (defect) 偏差 (variance) 故障 (fault) 失败 (failure) 问题 (problem) 矛盾 (inconsistency) 错误 (error) 特殊 (feature) 事件 (incident) 缺陷 (bug) 异
阅读全文
摘要：一般和界面打交道的测试人员只会用到黑盒测试的方法，因为没有代码阅读的权限。 白盒测试偏向于代码化的测试用例设计，并且将其自并入CICD。 黑盒测试用例设计方法 黑盒测试侧重于从用户的角度验证系统功能是否符合需求，而不关注代码的内部实现。 这里要说明测试方法不是铁板一块，在测试用例设计的过程中通常会涉
阅读全文
摘要：在磁盘性能监控中，%util（磁盘利用率）是衡量磁盘繁忙程度的重要指标，通常用于表示磁盘是否处于过载状态。这个指标通常在系统监控工具（如 iostat 或 vmstat）中看到，它反映了磁盘设备在特定时间段内的忙碌程度。 %util 的定义和公式： %util 代表磁盘设备的使用率，具体公式如下：
阅读全文
1
浙公网安备 33010602011771号