软件测试

自从辞职，一直在家休息看书，至今已三月有余。 这三个月来，我看了大量的技术书籍，发现自己的许多知识已经落伍，只能恶补。 人都是有惰性的，为了不至于让自己的热情消失，也为了能与朋友交流，上博客园申请了一个帐号，希望大家多沟通。 我感兴趣的内容： 1、工业通态组态软件； 2、C++编程，特别关注：模板编程、设计模式等； 3、可视化建模； 4、代码单元测试； 5、嵌入式软件开发，特别关注：wince、linux等； 6、跨平台软件开发； 7、人机界面； 8、软件开发项目管理； 来源： https://www.cnblogs.com/linkman/archive/2005/01/13/91450.html

测试六问： why:为什么测试？对功能、性能、可用性、容错性、安全性等测试，检查是否符合相关要求。 what:测试什么？测试对象包括文档、代码、图标等。 where:测试哪里？测试用例的环境，包括系统的硬件、软件和网络环境等。 when:什么时候测试？测试用例所需的前提条件是尽快开始。 which:什么数据？测试用例设计的各种数据。 how:如何执行？结果怎么样要根据测试用例设计的步骤来执行，最后进行结果比较，确定是否一致。若一致才能通过测试。 测试是为了发现错误而执行的一个程序或者系统的过程。 测试不单纯是发现错误的过程，而且包含软件质量评价的内容 测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量 测试是为了度量和提高被测试软件的质量，对测试软件进行工程设计、实施和维护的整个生命周期。 软件测试只能证明软件存在错误，而不能证明软件没有错误。 测试的目的：把软件的错误控制在一个可以进行产品交付的程度，把错误控制在一个合理的范围之内。 软件测试包括：单元测试、集成测试、确认测试、系统测试、验收测试。 大量资料证明60%以上的软件错误并不是程序错误，而是分析和设计错误。 软件的质量 ： 软件满足规定或者潜在用户需求特性的总和。 包含内部质量、外部质量、使用质量 质量保证QA：质量保证的重要工作通过预防、检查与改进来保证软件质量。着眼与软件开发活动中的过程

什么是自动化测？ 　　做测试好几年了，真正学习和实践自动化测试一年，自我感觉这一个年中收获许多。一直想动笔写一篇文章分享自动化测试实践中的一些经验。终于决定花点时间来做这件事儿。 　　首先理清自动化测试的概念，广义上来讲，自动化包括一切通过工具（程序）的方式来代替或辅助手工测试的行为都可以看做自动化，包括性能测试工具（loadrunner、jmeter）,或自己所写的一段程序，用于生成1到100个测试数据。狭义上来讲，通工具记录或编写脚本的方式模拟手工测试的过程，通过回放或运行脚本来执行测试用例，从而代替人工对系统的功能进行验证。 　　当然，我们更普遍的认识把“自动化测试”看做“ 基于产品或项目UI层的自动化测试”。 分层的自动化测试 　　这个概念最近曝光度比较高，传统的自动化测试更关注的产品UI层的自动化测试，而分层的自动化测试倡导产品的不同阶段（层次）都需要自动化测试。 　　相信测试同学对上面的金字塔并不陌生，这不就是对产品开发不同阶段所对应的测试么！我们需要规范的来做单元测试同样需要相应的单元测试框架，如java的Junit、testNG，C#的NUnit ，python 的unittest、pytest 等，几乎所有的主流语言，都会有其对应的单元测试框架。 　　集成、接口测试对于不少测试新手来说不太容易理解，单元测试关注代码的实现逻辑，例如一个if

网址 简介 http://bdonline.sqe.com/ 一个关于网站测试方面的网页,对这方面感兴趣的人可以参考 http://citeseer.nj.nec.com/ 一个丰富的电子书库,内容很多,而且提供著作的相关文档参考和下载,是作者非常推荐的一个资料参考网站 http://groups.yahoo.com/group/LoadRunner 性能测试工具LoadRunner的一个论坛 http://groups.yahoo.com/grorp/testing-paperannou-nce/messages 提供网站上当前发布的软件测试资料列表 http://satc.gsfc.nasa.gov/homepage.html 软件保证中心是美国国家航天局（NASA)投资设立的一个软件可靠性和安全性研究中心，研究包括了度量、工具、风险等各个方面 http://seg.iit.nrc.ca/English/index.html 加拿大的一个研究软件工程质量方面的组织，可以提供研究论文的下载 http://sepo.nosc.mil 内容来自美国SAN DIEGO的软件工程机构（Sofrware Engineering Process Office)主页，包括软件工程知识方面的资料 http://www.asq.org/ 是世界上最大的一个质量团体组织之一，有着比较丰富的论文资源

软件测试相关的63个国外站点 网址 简介 http://bdonline.sqe.com/ 一个关于网站测试方面的网页,对这方面感兴趣的人可以参考 http://citeseer.nj.nec.com/ 一个丰富的电子书库,内容很多,而且提供著作的相关文档参考和下载,是作者非常推荐的一个资料参考 网站 http://groups.yahoo.com/group/LoadRunner 性能测试工具LoadRunner的一个论坛 http://groups.yahoo.com/grorp/testing-paperannou-nce/messages 提供网站上当前发布的软件测试资料列表 http://satc.gsfc.nasa.gov/homepage.html 软件保证中心是美国国家航天局（NASA)投资设立的一个软件可靠性和安全性研究中心， 研究包括了度量、工具、风险等各个方面 http://seg.iit.nrc.ca/English/index.html 加拿大的一个研究软件工程质量方面的组织，可以提供研究论文的下载 http://sepo.nosc.mil 内容来自美国SAN DIEGO的软件工程机构（Sofrware Engineering Process Office)主页，包括软件工程知识 方面的资料 http://www.asq.org/

🌟 请你说一说bug的周期，以及描述一下不同类别的bug New:（新的） 当某个“bug”被第一次发现的时候，测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug的状态设为New Assigned（已指派的） 当一个bug被指认为New之后，将其反馈给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为“Assigned” Open（打开的） 一旦开发人员开始处理bug的时候，他（她）就将这个bug的状态设置为“Open”，这表示开发人员正在处理这个“bug” Fixed（已修复的） 当开发人员进行处理（并认为已经解决）之后，他就可以将这个bug的状态设置为“Fixed”并将其提交给开发组的负责人，然后开发组的负责人将这个bug返还给测试组 Pending Reset（待在测试的） 当bug被返还到测试组后，我们将bug的状态设置为Pending Reset” Reset(再测试) 测试组的负责人将bug指定给某位测试人员进行再测试，并将bug的状态设置为“Reset” Closed（已关闭的） 如果测试人员经过再次测试之后确认bug 已经被解决之后，就将bug的状态设置为“Closed” Reopen（再次打开的） 如果经过再次测试发现bug

一、性能测试有几种类型，它们之间什么关系？ 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试，常见的几种性能测试如下： （1）负载测试 负载测试指的是最常见的验证一般性能需求而进行的性能测试，主要是考察软件系统在既定负载下的性能表现； 负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现； 负载测试的预期结果是用户的性能需求得到满足。此指标一般体现为响应时间、交易容量、并发容量、资源使用率等 （2）压力测试 压力测试是为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数； 压力测试和负载测试不同的是，压力测试的预期结果就是系统出现问题，而我们要考察的是系统处理问题的方式； 压力测试是能让我们识别系统的弱点和在极限负载下程序将如何运行，负载测试关心的是用户规则和需求，压力测试关心的是软件系统本身 （3）并发测试 验证系统的并发处理能力。一般是和服务器端建立大量的并发连接，通过客户端的响应时间和服务器端的性能监测情况来判断系统是否达到了既定的并发能力指标； 并发测试往往涉及服务器的并发容量，以及多进程/多线程协调同步可能带来的问题 （4）基准测试 当软件系统中增加一个新的模块的时候，需要做基准测试，以判断新模块对整个软件系统的性能影响； 基准测试的，需要打开/关闭新模块至少各做一次测试

动态黑盒测试 —— 不深入代码细节的软件测试方法 它是动态的，因为程序正在运行 —— 软件测试有充当客户来使用它； 它是黑盒子，因为测试时不知道程序如何工作 —— 闭上眼睛。 测试工作就是进行输入、接受输出，检查结果。动态黑盒测试常常被称为行为测试，因为测试的是软件在使用过程中的实际行为。 注意：在设计和执行测试案例时，总是首先进行通过测试。在破坏性试验之前看看软件基本功能是否实现是很重要的，否则在正常使用软件时就会奇怪为什么会有那么多软件缺陷。 等价分配 选择测试案例的方法是等价分配，有时称为等价划分。等价分配是指分步骤地把过多（无限）的测试案例减小到同样有效的小范围的过程。 提醒：等价类别或者等价区间是指测试相同目标或者暴露相同软件缺陷的一组测试案例。 注意：在寻找等价区间时，想办法把软件的相似输入、输出，操作分成组，这些组就是等价区间。 等价类 是指某个输入域的子集合。在该子集合中，各个输入数据对于发现程序中的错误都是等效的。并合理地假定：测试某个等价类的代表值就等于对这一类其他值的测试。 因此，可以把全部输入数据合理地划分为若干等价类，在每一个等价类中取一个数据作为测试输入条件，就可以用少量代表性的测试数据取得较好的测试结果。 等价类划分有两种不同的情况：有效等价类和无效等价类。 有效等价类 ：指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合

软件测试环境：   包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络连接设备，以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库以及其他应用软件构成的环境。   开发与测试环境一般都是单独搭建的，开发与测试环境的分离是为了方便重现开发环境无法重现的bug，同时开发可以并行地修复bug,如果用开发环境来进行测试，开发人员进行某项操作后发生系统崩溃或者系统不能正常运行的意外，此时测试工作也不得不停止。关于测试环境的搭建，每个公司都有不一样的流程和方法。一种是运维或者开发负责搭建和维护，另一种是测试人员进行搭建和维护。大部分复杂的测试环境都是由开发搭建的，开发知道任何配置文件需放在哪个路径，搭建起来相对容易。如果是运维搭建，就得根据开发提供的安装手册进行搭建和维护，手册中一般会有固定的维护方法。如果是测试搭建，其实和运维干的差不多。 搭建测试环境的原则： 1、开发环境、测试环境和生产环境要保持一致 2、真实：尽量模拟用户的真实使用环境 3、干净：测试环境中尽量不要安装与被测软件无关的软件 4、无毒 5、独立：测试环境与开发环境相互独立，即测试人员和开发人员分别用不同的服务器（数据库、后台服务器等），避免造成相互干扰。 搭建环境准备工作： 硬件部分： 1.公司购买阿里云服务器 2.自己电脑上安装虚拟机 软件部分： 1.安装数据库

1、 我们的测试计划; 按照程序功能进行分模块依次测试，并且要将每个功能板块多次测试，随时查看测试结果，确保测试顺利进行以及对测试结果的及时记录。 2、我们是否需要测试，直到我们的软件是完美的？ 当然需要，但是不必直到我们的软件到达完美。因为任何软件都是有bug的,我们只要将bug尽量控制在我们控制的范围内就可以了，要做到这一点，我们就必须要通过测试，测试才能更好的发现更多的bug，从而解决bug，控制bug数量。 3、对于测试来说什么是“足够好”？ 我们认为测试“足够好”基本就是测试之后出现的bug我们能够基本修复，即使不能修复也要在我们的掌控之中，换句话说就是不能让我们的用户使用产品时发现这样的错误或者让用户看到了我们不想想让用户看到的错误，还有最重要的就是，用户使用的时候，无论怎样操作软件都不会崩溃。 4、 “退出的标准”是什么 完成测试之后，重新进行三次测试，保证软件能够正常进行，不会再次报同样的错误。 5、每个项目团队定义什么是你的beta版本“足够好”？你的测试矩阵是什么？ 对于我们的软件，beta版本必须具备以下标准： （1）界面足够简洁美观，不使用户反感，而且能够给用户留下好的印象 （2）软件使用必须足够稳定，不能出现用户使用报错的状况，甚至不会出现卡顿 （3）软件功能较为齐全，能够尽量符合用户的需求，让用户使用得心应手 来源： https://www