Part-1 起步 测试是发现质量问题.分析.跟踪.推动与解决的过程. 1 熟悉业务,设计优质的测试用例,需要对所测试项目的业务需求非常熟悉 了解整个产品的研发和测试流程 全程参与,对需求.设计.开发.测试.交付.运维整个过程进行审视 独立地进行设计分析和方案整合,制定和控制完整的测试过程 2 常见的测试类型及测试用例设计方法, 测试设计是最核心的技能 掌握必须的测试工具,如果开源工具则尽可能阅读源码 基础的代码编写能力,至少会一种编程语言,具备一定的产品开发经验 满足测试需求的通用知识结构,操…

软件测试知识梳理 基础概念 : http://www.cnblogs.com/anliven/p/6070000.html 测试分类 : http://www.cnblogs.com/anliven/p/6070075.html 测试模型 : http://www.cnblogs.com/anliven/p/6117727.html 测试流程 : http://www.cnblogs.com/anliven/p/6070140.html 测试阶段 : http://www.cnblogs.com…

测试策略 描述测试工程的总体方法和目标:根据测试需求,描述在什么测试阶,依据什么测试要素和目标,进行什么种类的测试,使用什么样的测试方法和工具. 测试策略的制定主要包含如下内容: 确定测试过程要使用的测试技术和工具: 制定测试启动.停止.完成标准: 进行风险分析和应对方案. 根据测试需求分解测试单元,编写测试计划: β测试_Beta测试 β测试,英文是Beta testing.又称Beta测试,用户验收测试(UAT). β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试.开发者通常…

定义 探索性测试(Exploratory Testing)是一种自由的软件测试风格,强调测试人员同时展开测试学习,测试设计,测试执行和测试结果评估等活动,以持续优化测试工作. 其特征有:即兴发挥,快速实验,动态调整. 核心 探索性测试是一种软件测试风格(Style),它强调独立测试人员 (Individual tester)的个人自由和职责(Personal Freedom and Responsibility). 为了持续优化其工作的价值(Value),将测试相关学习(Test-related…

珠玉在前,不再赘言. 软件测试模型 软件测试模型汇总…

软件性能测试的基本概念 软件的性能是软件的一种非功能特性,它关注的不是软件是否能够完成特定的功能,而是软件在完成该功能时展示出来的及时性. 软件性能的指标 响应时间:是指系统对请求作出响应的时间,并且这个时间被人们的接收程度是随着需求的不同而不同. 系统相应时间和应用延迟时间:前面的响应时间主要是指用户感受到的响应时间,其中还可以具体分为系统响应时间和呈现时间,性能测试比较关注系统响应时间 系统响应时间又可以具体分为网络传输时间和应用延迟时间,性能测试比较关注应用延迟时间. 吞吐量:吞吐量是指系…

理解 目的 测试就是要找到关键信息,有关项目和产品的关键决策都是根据这些信息做出. 对产品质量做出总体评估. 找出并报告团队所有可能会对产品价值产生消极影响的问题(但并不意味着能发现所有问题). 重心 将时间和精力投入在客户关心的需求上. 先测试变更,再对没有变动的部分进行回归测试. 先测试核心功能,再测试辅助功能. 先测试功能,再测试可靠性. 先测试常见场景,再测试罕见场景(如压力和错误场景). 关注 测试人员不是质量卫士,测试本身不会提高质量或者降低质量. 测试人员需要尽早加入团队尽早开展前…

估算 测试对软件工作量的估算的准确性 测试评估软件系统的状况的准确性 关注点: 不准确的估算 不适当的开发过程 不真实的状态报告 如何知道对工作量的估算是正确的 估算工作量的工具很容易出错 对软件工作量的估算需要策略 五个一般的方法 推测 加入一些约束条件 以一些数据为基础 模拟进行工作 将一些参数模型化 参数模型 回归模型:将现有的参数与已有的历史数据相拟和. 启发式模型:对历史数据进行观察和解释 现象模型:假设软件开发过程可以依据一些更广泛的可适用的过程解释. 模型遵循的共同模式 估算软件的…

选择和使用测试方法和工具 按照测试需求用途(或测试技巧)选择 在软件开发生命周期和软件测试流程中适当地选择 按照测试人员实际技能选择 选择可提供的和可执行的 测试方法 类别及技巧 目标 使用方法 举例 适合场景 压力测试 模拟出实际用户环境 产生测试数据;测试组模拟用户处理被创建的数据 确定是否分配了足够的磁盘空间;通讯的容量是否足够;测试系统过载的情况 关于容量的信息不确定 性能测试 确定系统达到了希望达到的性能水平 使用软件和硬件的监视器;使用模拟的监控模型,对关心的性能指标进行监控;创建一…

测试用例 是指对一项特定的软件产品进行测试任务的描述,体现测试方案.方法.技术和策略. 内容包括测试目标.测试环境.输入数据.测试步骤.预期结果.测试脚本等,并形成文档. 每个具体测试用例都将包括下列详细信息:编制人.审定人.编制日期.版本.用例类型.设计说明书编号.用例编号.用例名称.输入说明.期望结果(含判断标准).环境要求.备注等. 测试用例设计 将软件测试的行为活动,作为一个科学化的组织归纳. 挑选具有代表性或者特殊性的测试数据来进行测试. 软件程序在测试用例限定的条件下,必须能够正常运…

参考信息 软件测试分类 经典软件测试技术分类 软件测试方法汇总 简洁分类 对软件内部结构的深入程度 黑盒测试:又叫功能测试.数据驱动测试或基于需求规格说明书的功能测试. 该测试类别注重于测试软件的功能性需求. 测试工程师无需了解程序代码的内部构造,完全模拟软件产品的最终端用户使用该软件,检查软件产品是否达到了用户的需求. 黑盒测试能更好的从用户角度来考察被测系统的功能性需求实现情况. 白盒测试:又称结构测试.逻辑驱动测试或基于程序代码内部构成的测试. 白盒测试需要测试工程师深入考查程序代码的内部…

测试是为了度量和提高被测试软件的质量,对测试软件进行工程设计.实施.维护的的整个生命周期过程. 仅仅发现Bug是测试的初步,而分析出根本原因推动问题的解决,却要有很深的功底. 不同的测试岗位从事不同的工作内容,但殊途同归,根本上都是要求具备快速解决问题的能力. 调试:在已知错误的情况下,对软件程序代码做出的一系列检查,校正的过程. 测试:在未知错误的情况下,检查程序代码是否有问题的过程. 软件测试从软件质量保证的角度来检查程序代码是否有误,而调试是为了解决当前已知的错误,调试活动无法替代软件测试…

软件可靠性的基本概念 错误,缺陷,故障和失效 错误:指的是软件在生命周期中各个阶段的状态和行为与人们的期待不一致的偏差,不单单是软件系统本身,中间产品的偏差也算是软件错误 缺陷:指的是软件中一切不好的方面,比错误的范围更广,如,一个不易理解的软件不是错误的,但是可以归为缺陷 故障:是指软件代码中的错误 失效:是指由故障引起的在软件运行期间的错误 软件可靠性的定义 在规定的条件下,在规定的时间内,软件不引起系统失效的概率: 在规定的时间周期内,在所述条件下程序执行所要求的功能的能力. 软件可靠性测…

01 - 测试员不仅仅是执行测试用例,对实际结果和预期结果进行比较 测试员其实是参与了设计和执行测试的各个环节:测试架构,环境搭建,测试用例等等,并确定预期输出. 大多数设计测试都是基于业务流程和原理的有效推断,或者测试员的有效经验. 02 - 黑盒并不是基于"无知"的测试 需要了解用户的期望和需要. 需要了解测试背景(业务流程.业务配置.测试与运行环境的区别.业务数据.接口交互等等). 了解越多,了解的方式越多,越能够更好地测试. 03- 不要凭借所谓的"直觉"进…

软件开发的过程是一个持续集成和改进的过程,而每一次的改进都可能引进新bug,因此当软件的一部,或者全部修改时,都需要对软件产品重新进行测试. 其目的是要验证修改后的产品是符合需求的,而当没有自动化测试代码时,往往会由于各种各样的原因,回归不充分,导致bug遗漏. 自动化测试模型 一个自动化测试框架就是一个集成体系,在这一体系中包含测试功能的函数库.测试数据源.测试对象识别标准,以及种可重用的模块. 自动化测试框架在发展的过程中,不断有新的模型(概念)被提出,目前经历了几个阶段:模块驱动测试.数据…

测试存在于各个阶段: 需求测试--->单元测试--->集成测试--->系统测试--->性能测试--->用户测试--->回归测试 需求测试 完整性&正确性 一致性&可行性 无二义性&健壮性 必要性&可测试性 可修改性 单元测试 又称模块测试,就是对程序代码中最小的涉及模块单元进行测试. 在单元测试中主要采用静态测试与动态测试相结合的办法. 单元测试要求需要代码编写经验,并且要十分熟悉当前的被测系统,以及该系统是否与其他系统的接口关联情况.…

QA QC QM 概念 Quality Assurance (质量保证) Quality Control (质量控制) Quality Manage (质量管理) 定义 为达到质量要求所采取的作业技术和活动 为了提供足够的信任表明实体能满足质量要求,而实施的根据需要进行证实的全部有计划.有系统的活动 确定质量方针.目标和职责,并在通过诸如:质量策划.质量控制．质量保证和质量改进,使其实施的全部管理职能的所有活动 职责 系统层面的完善,侧重于问题的防范及对已发生问题的根源的探究及其对策的实施,从而…

Defect 缺陷Defect Rate 缺陷率Verification & Validation 验证和确认Failure 故障White-box Testing 白盒测试Black-box Testing 黑盒测试Unit Testing 单元测试Integration Testing 集成测试System Testing 系统测试regression testing 回归测试Acceptance Testing 接受测试manual 手册.指南Scenario 想定Percentage 百…

软件测试(英语:software testing),描述一种用来促进鉴定软件的正确性.完整性.安全性和质量的过程.软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程.   软件测试是使用人工操作或者软件自动运行的方式来检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程.   它是帮助识别开发完成(中间或最终的版本)的计算机软件(整体或部分)的正确度(correctness) .完全度(completeness)和…

最近找到去年上半年看过一本关于测试方面书籍的总结笔记,一直放在我的个人U盘里,当时是用Xmind记录的,现在重新整理下分享给大家了! James A.Whittaker [美] 詹姆斯·惠特克(软件测试领域绝对的大师)著作<Exploratory Software Testing>,中文名<探索式软件测试>,记得当时被这本书深深吸引啦(我不知道有多少做测试的小伙伴看过这本书)!感觉是测试方面一本必不可少的书籍,瞬间感觉测试的魅力!废话不多说,直接来干货,希望可以给对探索式测试喜欢或…

1. QTP简介 1.1QTP功能与特点 QTP是QuickTest Professional的简称,是一种自动化软件测试工具.在软件的测试过程中,QTP主要来用来通过已有的测试脚本执行重复的手动测试,用于功能测试和回归测试.使用QTP要求测试人员在测试前考虑好应用程序测试的内容,步骤,输入数据和期望的输出数据等. QTP由Mercury公司开发,该公司开发的同类产品还有LoadRunner,但是Mercury已被HP收购,如今两大企业级软件测试工具均属HP旗下的商业产品.QTP与LoadRun…

定义 探索性测试(Exploratory Testing)是一种自由的软件测试风格,强调测试人员同时展开测试学习,测试设计,测试执行和测试结果评估等活动,以持续优化测试工作. 其特征有:即兴发挥,快速实验,动态调整. 核心 探索性测试是一种软件测试风格(Style),它强调独立测试人员 (Individual tester)的个人自由和职责(Personal Freedom and Responsibility). 为了持续优化其工作的价值(Value),将测试相关学习(Test-related…

1 --- 冒烟测试.可用性测试和回归测试的区别? 在测试领域中,冒烟测试(smoke test).可用性测试(sanity test)和回归测试(regression test)彼此之间很相似,范围也有重叠,所以比较容易混淆. 都是在需求变更或问题修改后对系统全面测试之前的一种预测试,都是为了发现是否在界面和代码层面引入了问题. 可以用一个和河流相关的类比来更好的理解它们之间的差别,在类比之前,先了解下这几个测试的简单定义: Smoke Testing:测试新特性有关的所有方面 (广度) ,但…

黑盒测试和白盒测试的优缺点 类别 优点 缺点 黑盒测试 不需要了解软件代码 从用户角度出发 无法保证代码内各个路径被覆盖到 白盒测试 强制测试开发工程师关注代码的具体实现 揭露隐藏在代码中的Bug 是最佳编程实践 需要花费更多的钱和时间 不可能测试每一种可能性 测试人员需要有较强的编码能力 什么是黑盒测试? 黑盒测试是一种软件测试方法,它基于规范审查应用程序的功能,因此也被称为基于规范的测试.一个独立的测试团队,通常会在软件测试生命周期中执行这种测试. 注:这种测试可以应用到单元测试.集成测试.…

Web 软件测试 Checklist 应用系列,第 1 部分: 数据输入 本文为系列文章"Web 软件测试 Checklist 应用系列"中的第一篇.该系列文章旨在阐述 Checklist(检查清单)在 Web 软件产品测试中的应用,以帮助您了解如何利用 Checklist 这种重要的测试手段,更高效的寻找 Web 产品中的 defect(缺陷).Checklist 汇集了有经验的测试人员总结出来的最有效的测试想法,可以直接有效的指导测试工作,开阔测试人员的思路,能够快速的发现产品的缺…

最近找到去年上半年看过一本关于测试方面书籍的总结笔记,一直放在我的个人U盘里,当时是用Xmind记录的,现在重新整理下分享给大家了! James A.Whittaker [美] 詹姆斯·惠特克(软件测试领域绝对的大师)著作<Exploratory Software Testing>,中文名<探索式软件测试>,记得当时被这本书深深吸引啦(我不知道有多少做测试的小伙伴看过这本书)!感觉是测试方面一本必不可少的书籍,瞬间感觉测试的魅力!废话不多说,直接来干货,希望可以给对探索式测试喜欢或…

还是James大叔的文章:http://www.satisfice.com/blog/archives/856 本文提出了Testing和checking的定义和他们之间的区别. ＝＝＝＝＝＝＝＝＝＝＝＝以下是译文＝＝＝＝＝＝＝＝＝＝＝ 测试和使用工具在被人类认识的一开始就是两件事(不仅是两件事,而且是两件具有很多不同特征的事情). 测试是脑力劳动并且是无形的,而工具的使用是公开的(可见的和有形的).工具已经侵入到每个流程并且改变了那些流程. 因此,至少成百上千年我们都在思考:是我做的还是工具在…

Learn what works, what doesn't and why. The Automated Testing Handbook is a practical blueprint for successful test automation, complete with checklists, templates and techniques to help you every step of the way.  了解什么可行,什么不可行,以及为什么.自动化测试手册是成功的自动化测试…

目标程序 较上次增加两个相同的输入框 使用方法介绍 因果图法 在Introduction to Software Testing by Paul一书中,将软件测试的覆盖标准划分为四类,logical expressions,syntactic descriptions,graphs,input domain characterizations,就我所学的内容来看,等价类划分属于input domain characterizations,控制流与数据流测试属于graphs,而因果图法属于logi…

Smoke Testing 的概念最早源于制造业,用于测试管道.测试时,用鼓风机往管道里灌烟,看管壁外面是否有烟冒出来,以便检验管道是否有缝隙.这一测试显然比较初级,更深层一点的测试至少要进行渗油测试.带压测试等等.Smoke Testing 只是一种初级.直观的测试. 软件测试中的 Smoke Testing 实际上用的是其引申含义,而且是引申了不止一道的含义,在这里,Smoke Testing 其实是个俚语——就跟很多其他源于美国软件行业的名词一样. 以前我并不知道 Smoke Testin…