摘要:转载自:https://www.cnblogs.com/imyalost/p/9034194.html 无论是在自动化测试实践,还是日常交流中,经常听到一个词:框架。之前学习自动化测试的过程中,一直对“框架”这个词知其然不知其所以然。 最近看了很多自动化相关的资料,加上自己的一些实践,算是对“框架”
阅读全文
摘要:转载请注明出处,商用请征得作者本人同意,谢谢!!!
阅读全文
摘要:1 概述 1.1项目概述 讲述项目的基本信息 1.2参考与引用文献 *****V1.0版本测试用例 1.3测试工具 禅道 2.测试基本情况 2.1测试人员 负责人:** 测试人员:**,** 2.2测试时间 测试时间:******* 2.3测试环境 服务器类型 数量(台) CPU Count 内存
阅读全文
摘要:原文链接:https://www.cnblogs.com/liyongmei/p/10663001.html BUG:软件的缺陷 1.BUG的定义: 与软件测试的目的对应 软件的BUG,狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文
阅读全文
摘要:测试计划书 一. 引言 1. 目的 为了使系统测试阶段工作能够有条理的进行,同时系统测试能够有依据的标准,特编写此计划书。 2. 背景 待开发的软件系统名称: 本项目的开发者: 3. 范围 项目经理、测试组所有成员 4. 缺陷分类标准 严重缺陷 1. 由于程序所引起的死机,非法退出2. 死循环3.
阅读全文
摘要:一、测试用例内容 测试用例包含:项目名称,测试环境,设计人,更新日期用例编号,功能模块,子模块,用例标题,前置条件,测试步骤,预期结果,实际结果,用例优先级,软件版本,是否自动化 二、用例优先级划分 1. Level1 基本(冒烟测试) 1)、系统基本功能,设置时1级用例的数量应受到控制、2)、划分
阅读全文
摘要:一、测试流程 1)需求分析阶段 1.产品经理或业务人员输出PRD/BRD/界面设计原型图; 2.产品经理或业务人员对需求文档和原型图进行串讲,开发人员、技术经理、测试人员、设计人员共同评审,对于不明确的需求,产品经理进行详细解答,无法确认的需求则及时记录,待确认后再同步所有人员,务必保证需求理解一致
阅读全文