我睡着了 - 博客园

软件测试基础6——系统测试之测试计划设计

摘要：目标总体概述：一般是领导才做，普通测试工程师不参与项目背景项目范围测试计划：测试资源需求：软件资源：操作系统资源（Windows、linux、mac...）、数据库（SQL server、Mysql....）、web服务器（IIS\Tomcat...）、需加版本号硬件资源：硬件服务器、阅读全文

posted @ 2018-06-13 09:29 我睡着了阅读(220) 评论(0) 推荐(0)

软件测试基础5 ——系统测试之软件质量

摘要：软件质量：内部质量过程质量外部质量使用质量质量特性：功能性定义：软件在指定条件下使用时，满足用户明确和隐含需求的功能的能力适合性准确性互操作性保密安全性功能性依从性可靠性定义：软件在指定条件下使用时，维持规定的性能级别的能力成熟性容错性易恢复性可靠性依从性易用性阅读全文

posted @ 2018-06-11 11:38 我睡着了阅读(259) 评论(0) 推荐(0)

软件测试基础4 ——系统测试之测试方法

摘要：软件测试方法：黑盒测试——不关注被测对象内部结构，仅从用户需求考虑，是否满足用户显性或隐性需求白盒测试——结构测试、逻辑驱动测试灰盒测试——既关注被测对象的外部特性，又关注其内部设计静态测试——不执行被测对象程序，不运行被测对象的测试方法动态测试——执行被测对象，运行的检测活动手工测试— 阅读全文

posted @ 2018-06-11 11:10 我睡着了阅读(309) 评论(0) 推荐(0)

软件测试基础3 ——系统测试之系统测试类型

摘要：系统测试类型：功能性测试——在指定使用条件下，使用被测对象，验证其是否满足用户显性或隐性需求测试关注点：是否有不正确或遗漏或多余的功能是否满足系统显性或隐性需求是否对输入输出做出了正确的响应，输出结果能否正确的显示性能测试——模拟被测对象运行业务压力或使用场景验证被测对象是否满足预先设定阅读全文

posted @ 2018-06-11 10:57 我睡着了阅读(369) 评论(0) 推荐(0)

软件测试基础2 ——系统测试之测试对象与测试级别

摘要：测试对象：软件源代码与软件源代码匹配的文档支撑软件源代码运行的配置数据需求阶段——测试对象为需求文档，测试需求文档是否正确实现了用户需求系统设计阶段——概要设计文档、详细设计文档、是否有设计或逻辑上的错误编码阶段——测试源代码，发现逻辑上的错误系统测试阶段——被测对象是否满足用户需求阅读全文

posted @ 2018-06-11 10:26 我睡着了阅读(622) 评论(0) 推荐(0)

软件测试基础1 ——系统测试之测试基础

摘要：测试定义：通过人工或自动的手段，对被测对象进行检测的活动，目的在于发现被测对象是否实现用户需求，或者弄清实际结果与预测结果之间的差异需要理解什么软件：源代码、用户手册、配置数据测试目的：发现被测对象与用户需求间的差异——俗称找bug 通过测试活动发现并解决缺陷，增加人们对被测对象的质量信心通阅读全文

posted @ 2018-06-11 09:46 我睡着了阅读(365) 评论(0) 推荐(0)

《软件测试方法和技术》-读书笔记（三）

摘要： 1、如何看待软件测试在保证软件产品质量中所起的作用？软件测试是软件质量保证的重要手段之一 2、如何理解软件质量和软件缺陷对立统一关系？对立：缺陷越多，表明质量越差，统一：找到的缺陷越多，从而修复缺陷，提高软件质量 3、从修复软件缺陷的代价来讨论测试为什么要尽早开始？缺陷发现或解决的越迟，成本阅读全文

posted @ 2018-06-02 09:28 我睡着了阅读(3258) 评论(0) 推荐(1)

《软件测试方法和技术》-读书笔记（二）软件缺陷的产生

摘要：由于软件系统越来越复杂，不管是需求分析、程序设计等都面临越来越大的挑战。由于软件开发人员思维上的主观局限性，且目前开发的软件系统都具有相当的复杂性，决定了在开发过程中出现软件错误时不可避免的，造成软件缺陷的主要原因有哪些？可以从软件本身、团队工作和技术问题等多个方面分析，以确定造成软件缺陷的主要阅读全文

posted @ 2018-05-16 09:29 我睡着了阅读(464) 评论(0) 推荐(0)

《软件测试方法和技术》-读书笔记（一）

摘要：软件测试正反两方面的争辩软件测试领域先驱 Bill Hetzel 博士 1993年在美国的北卡罗来纳大学组织了历史上第一次正式的关于软件测试的会议。从此以后，软件测试开始频繁出现在软件工程的研究和实践中，也可以认为，软件测试作为一个学科正式诞生了。 1973年正式将软件测试下了一个定义：软件测试就阅读全文

posted @ 2018-05-12 11:25 我睡着了阅读(1906) 评论(0) 推荐(0)

bug的一些事

摘要： Bug级别：（由高到低） 1、critical：系统直接崩溃，瘫痪。无法正常打开使用产品 2、Block：逻辑出现严重问题，流程卡住，无法进行下一步 3、Major：部分功能出现闪退，功能没有实现，但不影响使用，功能菜单缺失 4、Normal：产品可以满足业务要求，部分小限制不符合验收标准，内容显示阅读全文

posted @ 2018-05-09 17:02 我睡着了阅读(129) 评论(0) 推荐(0)

None

导航

公告