软件测试与软件开发是什么关系

软件测试与软件开发是什么关系
软件测试与软件开发是什么关系

软件测试与软件开发是什么关系?

软件测试工程师:查找bug、管理bug、质量保证

软件开发工程师:系统设计、编码、修改bug

薪水收入对比:

软件开发:跨度非常大,1000-4、5万/月不等

软件测试:薪资稳定,一般为2000-6000/月

职业年限长度:

软件开发:3-5年

软件测试:有可能做到退休(如果你自己希望的话)

职业发展比较:

软件开发:做了3-5年开发后,仍未升为项目经理,考虑转行

软件测试:随着项目经验的增加及对行业背景了解的加深,越老越吃香

测试工程师与开发工程师目标一致、行为对立、并行工作,有生产就必然有质检,二者的工作相辅相成,开发人员和测试人员的主要矛盾就集中在对bug的定义上。测试人员辛辛苦苦发现软件中有问题,报了一个bug。这时就会出现两种状况。第一种,开发人员工作很忙,压力很大,外加心情不好,(来源:北大青鸟成都锦江)就会说出如下几类话:

a.你会不会用软件呀?

b.你使用了最bt的方法发现了用户永远也不可能发现的问题

c.由于我使用了XXX技术,YYY方法和受到了ZZZ的约束,所以只能出现这样的问题,所以就不是bug

d.上次都说过了,是你们测试的问题,先保证测试用例的正确性再来测试

而如果开发人员比较闲,也许会仔细斟酌一下,做出下列答复:

e.这确实是个问题。但是是由于我的一个小小的疏忽所致,也不至于报的这么严重吧?

f.老兄,老板们急着要release,我看我们就。。。

也许大家还会碰到别的情况,但是我们测试人员和开发人员总在和这些bug打转,相互打口水丈,所以关系就一直很紧张。

大家也许要问如何解决紧张的关系,我想到了几个方面,也欢迎大家补充。

首先我要为测试人员说说好话,因为我们通常被认为是最不重要的一群人。

1)开发人员通常把软件看成是程序,他们这种认识上的误区会排斥程序以外的其它因

素,例如相关的文档。

2)开发人员通常把软件的质量等同于软件功能性方面的质量。ISO/IEC9126标准中定义了6大质量特性,我们做测试的人员不应该让开发人员钻其它五项的空子。

3)测试人员通常关注的软件的行为,也就是外在表现,是对外部质量的评价。而开发人员通常是关注软件的实现细节,也就是内部构成,即内部质量。外部质量和内部质量是不等价的,也就是说开发人员犯的错误会引入缺陷,而缺陷在特定的使用下才会产生失效。所以我们应该统一和测试人员关于bug的理解和认识,避免分歧的不断涌现。

为测试人员说了好话,也要说说不好的地方。

1)急于提交bug,体现自己工作的成果,而忽视了对bug的描述。对测试的步骤,测试平台的配置,产生的现象,造成的影响等都应该尽可能详细。详细而准确的描述不但能让开发人员快速而准确的定位问题,而且便于问题的重现。

2)不考虑质量评价的优先级和测试的目的。只是一味的发现bug,使用自己都觉得很bt的方法发现了bug,但是这对于对产品质量的评价和决策能产生任何影响吗?

3)大家都是搞技术的,都不愿意接受别人的批评。如果受到了一些言语上的抨击,开发人员更愿意将问题一直拖下去,而不承认自己的过失。所以人际关系的培养和交流技巧的训练对测试人员也是很重要的。

最新一个常见的软件测试面试题

一个常见的软件测试面试题 一个常见的软件测试面试题 考官从办公室(面试现场)随意选取一个简单物品,假定是一个喝水的带广告图案的花纸杯,让应聘人对它设计出尽可能多的测试用例。 测试项目:杯子 需求测试:查看杯子使用说明书 界面测试:查看杯子外观 功能度:用水杯装水看漏不漏;水能不能被喝到 安全性:杯子有没有毒或细菌 可*性:杯子从不同高度落下的损坏程度 可移植性:杯子再不同的地方、温度等环境下是否都可以正常使用 兼容性:杯子是否能够容纳果汁、白水、酒精、汽油等 易用性:杯子是否烫手、是否有防滑措施、是否方便饮用 用户文档:使用手册是否对杯子的用法、限制、使用条件等有详细描述 疲劳测试:将杯子盛上水(案例一)放24小时检查泄漏时间和情况;盛上汽油(案例二)放24小时检查泄漏时间和情况等 压力测试:用根针并在针上面不断加重量,看压强多大时会穿透 跌落测试:??杯子加包装(有填充物),在多高的情况摔下不破损 震动测试: 杯子加包装(有填充物),六面震动,检查产品是否能应对恶劣的铁路\公路\航空运输 测试数据: 测试数据具体编写此处略(最讨厌写测试数据了)。其中应用到:场景法、等价类划分法、因果图法、错误推测法、边界值法等方法 期望输出:

该期望输出需查阅国标、行标以及使用用户的需求 说明书测试: 检查说明书书写准确性 给大家提三个产品:1.手机 2.电饭锅 3.电梯 有兴趣的同学可以把答案写出来 一个常见的软件测试面试题 问题集 1.软件测试分哪两种方法?分别适合什么情况? 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 3.软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。 4.测试用例通常包括那些内容?着重阐述编制测试用例的具体做法 5.在分别测试winform的C/S结构与测试WEB结构的软件是,应该采取什么样的方法分别测试?他们存在什么样的区别与联系? 6.在测试winform的C/S结构软件时,发现这个软件的运行速度很慢,您会认为是什么原因?您会采取哪些方法去检查这个原因? 7.描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程8.如果您是测试组长,您会采取什么样的方式管理团队?在测试人员同开发人员的沟通过程中,如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么? 问题解答: 1.软件测试分哪两种方法?分别适合什么情况? 软件测试方法一般分为两种:白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试,它着重于程序的内部结构及算法,通常不关心功能与性能指标;黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试,它实际上是站在最终用户的立场,检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测

软件开发与测试工作流程

软件开发与测试 工作流程 版本 2.0 XXX软件股份有限公司质量部 XXXX年XX月

目录 1.简介 (4) 2.适用范围 (4) 3.术语、名词定义 (4) 3.1 送测软件 (4) 3.2 开发文档 (5) 3.3 测试文档 (5) 3.4 被测程序 (5) 3.5 送测单 (5) 3.6 BUG单 (5) 3.7 测试循环 (6) 4.参考文献 (6) 5.测试与开发的配合 (6) 5.1 文档和软件保存目录 (6) 5.2 辅助工具的使用 (7) 5.2.1 辅助测试系统1.0 (8) 5.2.2 SourceSafe6.0 (8) 5.3 开发与测试配合的流程 (9) 6 . 送测单 (10) 6.1送测单的填写 (10) 6.2 工作流程 (12) 7 .BUG单 (12) 7.1 BUG单的填写 (13) 7.2 工作流程 (14) 8 .测试阶段的结束 (15) 9 . 备注 (15) 9.1 开发阶段与测试阶段 (15) 9.2 待测模块的组合与测试原则 (15) 9.3 BUG的分类评级原则 (16)

9.4 国标中有关BUG数量的描述 (18) 9.5 测试阶段的划分 (18)

1.简介 本流程文件旨在规定一个简单的可使开发人员和测试人员在软件开发的编码阶段相互配合工作的工作流程,其中包括测试与开发的配合、送测单和BUG 单的填写、测试循环的结束等部分。开发阶段与测试循环的关系、测试模块的组合与测试原则、BUG的分类评级原则等也在本流程文件中有相关的描述。 鉴于公司的技术要求,目前质量部的测试人员不仅要完成黑盒测试工作,而且还要进行白盒测试中的“代码走查”工作。其它的白盒测试工作,目前还不在测试人员的工作职责之内。 由于公司已经为质量管理部开发完成“辅助测试系统1.0”,因此本测试流程的制定就建立在辅助测试系统之上,如果辅助测试系统有了新的版本,质量部将根据其变化适当调整测试流程。 2.适用范围 本流程文件适用于公司开发软件并需要测试服务的任何软件开发项目组、软件开发人员,以及任何测试人员。 当项目组在辅助测试系统中注册以后,公司领导可以使用本系统查询了解所有在本系统中注册的项目的测试信息,项目的质量管理员可以使用本系统查询了解项目的当前测试进展情况。程序员和测试员都可以使用本系统查询到自己产生的送测单和BUG单。 3.术语、名词定义 3.1 送测软件 送测软件包括一切软件执行必须的文件、数据、数据库配置等。开发人员必须提供所有的详细的资料以保证测试人员可以像客户一样的运行被测软件。

软件测试知识点总结

软件测试知识点总结 第一次课10.7软件测试概述 一软件测试定义:使用人工或者自动的手段来运行或测定它是否满足规定的需求,或弄预期结果与实际结果之间的差别。 二软件测试的分类 1.按照开发阶段划分 a)单元测试:模块测试,检查每个程序单元嫩否正确实现详细设计 说明中的模块功能等。 b)集成测试:组装测试,将所有的程序模块进行有序、递增的测试, 检验程序单元或部件的接口关系 c)系统测试:检查完整的程序系统能否和系统(包括硬件、外设和 网络、系统软件、支持平台等)正确配置、连接,并满足用户需 求。 d)确认测试:证实软件是否满足特定于其用途的需求,是否满足软 件需求说明书的规定。 e)验收测试:按项目任务或合同,供需双方签订的验收依据文档进 行的对整个系统的测试与评审,决定是否接受或拒收系统。 2.按照测试技术划分 白盒测试:通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的,检查软件内部动作是否按照设计说明的规定正常进行。--结构测试 黑盒测试:通过软件的外部表现来发现错误,是在程序界面处进行

测试,只是检查是否按照需求规格说明书的规定正常实现。 灰盒测试:介于白盒测试与黑盒测试之间的测试。 3 按照测试实施组织划分:开发方测用户测试第三方测试 4 是否使备测软件运行:静态测试动态测试。 课后作业:1.软件测试与调试的区别? (1)测试是为了发现软件中存在的错误;调试是为证明软件开发的正确性。 (2)测试以已知条件开始,使用预先定义的程序,且有预知的结果,不可预见的仅是程序是否通过测试;调试一般是以不可知的内部条件开始,除统计性调试外,结果是不可预见的。 (3)测试是有计划的,需要进行测试设计;调试是不受时间约束的。(4)测试经历发现错误、改正错误、重新测试的过程;调试是一个推理过程。 (5)测试的执行是有规程的;调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。 (6)测试经常是由独立的测试组在不了解软件设计的条件下完成的;调试必须由了解详细设计的开发人员完成。 (7)大多数测试的执行和设计可以由工具支持;调式时,开发人员能利用的工具主要是调试器。 2.对软件测试的理解? 软件测试就是说要去根据客户的要求完善它.即要把这个软件还

软件测试面试题[找工作必读]

01. 为什么要在一个团队中开展软件测试工作? 因为没有经过测试的软件很难在发布之前知道该软件的质量,就好比ISO质量认证一样,测试同样也需要质量的保证,这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题,及时让开发人员得知并修改问题,在即将发布时,从测试报告中得出软件的质量情况。 02. 您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作? 我曾经做过web测试,后台测试,客户端软件,其中包括功能测试,性能测试,用户体验测试。最擅长的是功能测试 03. 您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同04. 的测试类型的区别与联系(如功能测试、性能测试……) 测试类型有:功能测试,性能测试,界面测试。 功能测试在测试工作中占的比例最大,功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和综合策略。 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。 界面测试,界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。 区别在于,功能测试关注产品的所有功能上,要考虑到每个细节功能,每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上,用户使用该产品的时候是否易用,是否易懂,是否规范(快捷键之类的),是否美观(能否吸引用户的注意力),是否安全(尽量在前台避免用户无意输入无效的数据,当然考虑到体验性,不能太粗鲁的弹出警告)?做某个性能测试的时候,首先它可能是个功能点,首先要保证它的功能是没问题的,然后再考虑该功能点的性能测试 04.您认为做好测试用例设计工作的关键是什么? 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题 05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。 黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。 白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。 软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,

软件测试与软件质量关系的概述

软件测试与软件质量关系 的概述 Prepared on 24 November 2020

软件测试与软件质量关系的概述 摘要:软件测试和软件质量的概念是分不开的。测试是手段,质量是目的。软件测试能够提高软件质量,但是软件测试和软件质量保证二者之间既存在包含又存有交叉的关系。软件测试能够找出软件缺陷,确保软件产品满足需求。但是测试不是质量保证。测试可以查找错误并进行修改,从而提高软件产品的质量。软件质量保证则是避免错误以求高质量,并且还有其他方面的措施以保证质量问题。本文是通过软件质量和软件测试的相关概念来讨论软件测试和软件质量之间的关系。 关键字:软件测试;质量度量;质量模型;白盒测试;黑盒测试 An overview of the relationship between software testing and the software quality Abstract:The concept of software testing and software quality are inseparable. Testing is a means, quality is the goal. Software testing can improve the quality of software, but software testing and software quality assurance exists between include and exists a relationship of cross. Software testing to identify software defects, to ensure that the software products meet the demand. But the test is not quality assurance. Test can find errors and modified, so as to improve the quality of software products. Software quality assurance is to avoid mistakes in order to high quality, and other aspects of measures to ensure the quality problem. This article is through the related concepts of software quality and software testing to discuss the relationship between the quality of software testing and software. Key words:Software testing; Quality measures; The quality of the model; White box testing; Black box testing

如何回答常见的软件测试面试问答

如何回答常见的软件测试面试问答 一说起软件测试面试问答,就自然而然想起可亲可敬的面试官,就少不了要回答面试官各种或正常或奇葩的提问。特别是对于很多平时对着电脑多过于对人的软件测试程序员来说,面对面试官接二连三的问题,有的时候也会手忙脚乱。那么,以下就让千锋软件测试的就业老师好好讲解一些常见的软件测试面试题!希望对即将面试的软件测试员们有所帮助! 软件测试面试问答1.开发与测试的关系 开发和测试是一个整体,也可以说测试驱动着开发,开发配合着测试,相辅相成的,在一个完整的项目组中缺一不可。 软件测试面试问答2.测试总结报告包括哪些项

测试用例的通过数,测试用例的未通过数,以及测试用例的通过率,未通过的功能都集中在哪几个功能模块,根据测试经验以及测试结果进行一个缺陷的分析和建议。 软件测试面试问答3.测试用例包括哪些项 产品名称、功能模块、用例的编号、编写人、被测功能的简述,测试的预置条件,测试步骤,预期结果,实际结果。 软件测试面试问答4.缺陷处理流程 首先,将缺陷的详细信息录入缺陷管理系统,并分配给对应的开发人员。其次,如果遇到一些难以发现的缺陷,在开发人员修正过程中配合开发人员进行Bug的再现。更重要的是,开发人员修正Bug后,会在缺陷管理系统中将修正后的Bug状态更改,通常为Fixed状态。 Finally,新版本发布后,测试人员会将bug状态更改为Fixed的Bug进行回归测试。如果测试通过,则将该Bug关闭,如果是未通过,则将该Bug从Fixed更改为Reopen状态,继续让开发人员来修正,并等待下一个新版本发布后的二次回归测试。 软件测试面试问答5.缺陷报告包括哪些项 包括:编写人、被测系统的版本号、测试环境、预期结果、实际结果、对于实际结果如有必要附上截图、测试用例数、测试用例通过数,测试用例的通过率、对缺陷的一个分析汇总。

软件测试方法和技术练习题与答案

一、判断题 1.测试是调试的一个部分(╳) 2.软件测试的目的是尽可能多的找出软件的缺陷。(√) 3.程序中隐藏错误的概率与其已发现的错误数成正比(√) 测试是验收测试的一种。(√) 5.测试人员要坚持原则,缺陷未修复完坚决不予通过。(√) 6.项目立项前测试人员不需要提交任何工件。(╳) 7.单元测试能发现约80%的软件缺陷。(√) 8.测试的目的是发现软件中的错误。(√) 9.代码评审是检查源代码是否达到模块设计的要求。(√) 10.自底向上集成需要测试员编写驱动程序。(√) 11.测试是证明软件正确的方法。(╳) 12.负载测试是验证要检验的系统的能力最高能达到什么程度。(√) 13.测试中应该对有效和无效、期望和不期望的输入都要测试。(√)验收测试是由最终用户来实施的。(√) 14.测试人员要坚持原则,缺陷未修复完坚决不予通过。(√) 黑盒测试也称为结构测试。(╳) 集成测试计划在需求分析阶段末提交。(╳)15.软件测试的目的是尽可能多的找出软件的缺陷。(√) 16.自底向上集成需要测试员编写驱动程序。(√) 17.负载测试是验证要检验的系统的能力最高能达到什么程度。(╳) 18.测试程序仅仅按预期方式运行就行了。(╳) 19.不存在质量很高但可靠性很差的产品。(╳) 20.软件测试员可以对产品说明书进行白盒测试。(╳) 21.静态白盒测试可以找出遗漏之处和问题。(√) 22.总是首先设计白盒测试用例。(╳) 23.可以发布具有配置缺陷的软件产品。(√)24.所有软件必须进行某种程度的兼容性测试。(√) 25.所有软件都有一个用户界面,因此必须测试易用性。(╳) 26.测试组负责软件质量。(╳) 27.按照测试实施组织划分,可将软件测试分为开发方测试、用户测试和第三方测试。(√) 28.好的测试员不懈追求完美。(×) 29.测试程序仅仅按预期方式运行就行了。(×) 30.在没有产品说明书和需求文档的条件下可以进行动态黑盒测试。(√) 31.静态白盒测试可以找出遗漏之处和问题。(√) 32.测试错误提示信息不属于文档测试范围。(×) 33.代码评审是检查源代码是否达到模块设计的要求。(√) 34.总是首先设计黑盒测试用例。(√) 35.软件测试是有风险的行为,并非所有的软件缺陷都能够被修复。(∨) 36.软件质量保证和软件测试是同一层次的概念。(x) 37.程序员兼任测试员可以提高工作效率。(x) 38.在设计测试用例时,应当包括合理的输入条件和不合理的输入条件。(∨) 39.传统测试是在开发的后期才介入,现在测试活动已经扩展到了整个生命周期。(∨)40.传统测试以发现错误为目的,现在测试已经扩展到了错误预防的范畴。∨ 41.软件测试的生命周期包括测试计划、测试设计、测试执行、缺陷跟踪、测试评估。(∨)42.软件生存周期是从软件开始开发到开发结束的整个时期。(x) 43.测试用例的数目越多,测试的效果越好。(x) 44.只要能够达到100%的逻辑覆盖率,就可以保证程序的正确性。(x) 45.单元测试属于动态测试。(∨) 46.验收测试是以最终用户为主的测试。(∨) 47.没有发现错误的测试是没有价值的。(∨) 48.可以把不合格的开发人员安排做测试。(x)

软件工程与软件测试技术

《软件工程与软件测试技术》 课程复习资料 注:如学员使用其他版本教材,请参考相关知识点及教师PPT PPT相关章节标记示例“(1.1),(1.4)” 一、客观部分:(单项选择、多项选择、不定项选择、判断) (一)单项选择题 1.关于原型化开发方法的叙述中,不正确的是()。 A. 原型化方法适应于需求不明确的软件开发 B. 在开发过程中,可以废弃不用早期构造的软件原型 C. 原型化方法利于确认各项系统服务的可用性 D. 原型化方法可以直接开发出最终产品 ★考核知识点: 原型开发模型的特点。相关知识参考教材中P8及课件相关内容。(1.1) 2.以下属于软件维护阶段文档的是()。 A.测试分析报告 B.操作手册 C.软件问题报告 D.软件需求说明 ★考核知识点:软件生命周期各阶段的任务,在软件维护的流程中,第一步就是制定维护申请报告,也称为软件问题报告,它是维护阶段的一种文档,由申请维护的用户填写。(1.1) 3.在软件生命周期的不同阶段,需要实施不同类型的测试工作,单元测试是对程序设计进 行验证,其中()不是单元测试的主要内容。 A. 模块接口测试 B. 有效性测试 C. 路径测试 D. 边界测试 ★考核知识点:单元测试的主要内容,有效性测试即确认测试,不属于单元测试。(1.1) 4.软件测试的目的是()。 A.发现程序中的错误

B. 证明程序中没有错误 C. 测量程序的动态特性 D. 检查程序中的语法错误 ★考核知识点:软件测试的目的。(2.1) 5.对于软件的β测试,下列描述正确的是()。 A.β测试就是在软件公司内部展开的测试,由公司专业的测试人员执行的测试 B.β测试就是在软件公司内部展开的测试,由公司的非专业测试人员执行的测试 C.β测试就是在软件公司外部展开的测试,由专业的测试人员执行的测试 D.β测试就是在软件公司外部展开的测试,可以由非专业的测试人员执行的测试 ★考核知识点: β测试的概念,又称用户测试。(2.1) 6.V模型指出,()对程序设计进行验证 . A. 验收测试和确认测试 B. 系统测试 C. 单元和集成测试 D. 验证测试 ★考核知识点:V模型的概念,单元和集成测试对程序设计进行验证。(2.3)7.下面哪个不属于静态测试?() A.编码规则检查 B.内存泄漏 C.程序复杂度分析 D.程序结构分析 ★考核知识点:静态测试的内容,编码规则检查、程序复杂度分析和程序结构分析都属于静态测试,内存泄露属于性能测试检查的范畴,不属于静态测试。 (3.2) 8.使用白盒测试方法时,确定测试数据应根据()和指定的覆盖标准。 A.程序的内部逻辑 B.程序的复杂结构 C.使用说明书 D.程序的功能 ★考核知识点:白盒测试的概念,白盒测试主要根据程序的内部逻辑来设计测试用例。(3.1) 9.下列测试工具中哪个不能作为性能测试压力工具() A.Quick Test Professional B. Borland SilkPerformer C. Compware QA Center Performance Edition D. Mercury LoadRunner ★考核知识点:性能测试工具(5.4) 10.在McCall软件质量度量模型中,属于面向软件产品适应的是(). A.可用性B.适应性C.可维护性D.可互操作性 ★考核知识点:McCall质量模型(7.1) 11.下列关于软件测试的叙述中,正确的是() A.用黑盒法测试时,测试用例是根据程序内部逻辑设计的 B.测试是为了验证该软件已正确地实现了用户的要求

软件测试中遇到的常见问题及沟通方

软件测试中遇到的常见问题及沟通方法 从一开始,测试就要关注需求。往往在讨论设计时,开发和需求很容易忽略了测试成员,他们潜意识里觉得这不关测试什么事。可是,测试也要熟悉业务,熟悉功能,熟悉各种设计,而且测试需要站在用户的角度来去考量他 们的设计是否有不合理的地方,并提出自己的建议。这些工作,测试成员需要主动,积极参加,多提建设性意见,这样可能会让开发慢慢发现测试成员的重要性。 其次,沟通最频繁应该还是关于bug的讨论。下面列出几个遇到的沟通问题,及我的解决办法。 1、这个bug我这边重现不了 解决办法 Bug应该简明扼要,重点突出。如果描述存在歧义,一定要总结并尽快改进。有时会遇到概率性的bug,要告诉开发概率是多少,尽可能多的提供重现的条件。 在复现问题时,希望能大致判断几个问题点,然后和测试人员沟通下,需要如何捕获信息,捕获那类信息?是不是提供debug版本进行复现,或者根据预判的点增加打印信息版本进行复现? 2、这个不是代码问题,需求这么定义的 解决办法 需求也是人定的,如果觉得有异议,可以找需求人员询问清楚,为什么这样定义,把自己的想法告诉他们,看他们怎么决定。如果被需求说服了当然是最好的,如果自己还是不同意需求的看法,需求又不同意我的提议,那只能听他的,毕竟权力在他那里。但是我们可以保留交流的记录,证明曾经在这里发生过歧义。 3、这块是别人负责的,我负责的部分没有问题 解决办法 如果bug是由开发的项目经理来分发到程序员,那就是项目经理来面对这样的问题,而不是测试。当然,项目经理当然有项目经理的处理办法。可是,测试遇到这样的问题怎么办呢,把负责相关内容的开发都邀请到一个讨论组里,让他们自己讨论,这样更清楚,不必在测试这里中转。如果他们都觉得代码没问题,而我也有强有力的截图和真相,那就只有上交给上级领导,让他们来决定怎么解决。

测试工程师面试常见问题整理

目录 01.为什么要在一个团队中开展软件测试工作? (2) 02. 您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作? (2) 03. 您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同 (2) 04.您认为做好测试用例设计工作的关键是什么? (3) 05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试 的区别与联系。 (3) 06. 测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重 要的? (4) 07. 您认为做好测试计划工作的关键是什么? (5) 08. 您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在 测试用例设计工作中的应用。 (5) 09. 请以您以往的实际工作为例,详细的描述一次测试用例设计的完整的过程。 (6) 10. 您以往是否曾经从事过性能测试工作?如果有,请尽可能的详细描述您以往的性能 测试工作的完整过程。 (6) 11. 您在从事性能测试工作时,是否使用过一些测试工具? (7) 12. 您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么? (7) 13. 在您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提 交高质量的软件缺陷(Bug)记录?(bug的生命周期) (7) 14. 您以往所从事的软件测试工作中,是否使用了一些工具来进行软件缺陷(Bug)的管 理?如果有,请结合该工具描述软件缺陷(跟踪管理的流程)。 (8) 15.如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好 的人际关系的关键是什么? (8) 16. 在您以往的测试工作中,最让您感到不满意或者不堪回首的事情是什么?您是如何 来对待这些事情的? (8) 17.你对测试最大的兴趣在哪里?为什么? (8) 18. 你的测试职业发展是什么? (9) 19. 你自认为测试的优势在哪里? (9) 20. 你以前工作时的测试流程是什么? (9) 21. 当开发人员说不是BUG时,你如何应付? (9) 22.你为什么想离开目前的职务? (10) 23.你对我们公司了解有多少? (10) 24.为什么我们应该录取你? (10) 25.单元测试、集成测试、系统测试的侧重点是什么? (10) 26.设计用例的方法、依据有那些? (10) 27.基于WEB信息管理系统测试时应考虑的因素有哪些? (10) 28.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 (13) 31. 面试官最后会问你有什么问题要问吗 (13)

软件测试与软件质量关系的概述

软件测试与软件质量关系的概述 摘要:软件测试和软件质量的概念是分不开的。测试是手段,质量是目的。软件测试能够提高软件质量,但是软件测试和软件质量保证二者之间既存在包含又存有交叉的关系。软件测试能够找出软件缺陷,确保软件产品满足需求。但是测试不是质量保证。测试可以查找错误并进行修改,从而提高软件产品的质量。软件质量保证则是避免错误以求高质量,并且还有其他方面的措施以保证质量问题。本文是通过软件质量和软件测试的相关概念来讨论软件测试和软件质量之间的关系。 关键字:软件测试;质量度量;质量模型;白盒测试;黑盒测试 An overview of the relationship between software testing and the software quality Abstract:The concept of software testing and software quality are inseparable. Testing is a means, quality is the goal. Software testing can improve the quality of software, but software testing and software quality assurance exists between include and exists a relationship of cross. Software testing to identify software defects, to ensure that the software products meet the demand. But the test is not quality assurance. Test can find errors and modified, so as to improve the quality of software products. Software quality assurance is to avoid mistakes in order to high quality, and other aspects of measures to ensure the quality problem. This article is through the related concepts of

软件研发测试报告

丰台科技馆科普互动远程点播系统 研发测试报告 拟制:李志洋日期: 审核:史方舟日期: 批准:袁爱英日期: 北京锦绣年华信息技术有限责任公司 编制日期:2007年12月

目录 1 范围................................................................... 1.1定义.............................................................. 1.1.1标识......................................................... 1.1.2术语......................................................... 1.1.3缩写词....................................................... 1.2系统概述.......................................................... 1.2.1软件用途..................................................... 1.2.2特性......................................................... 1.2.3项目背景..................................................... 1.2.4运行环境..................................................... 1.3文档概述.......................................................... 2引用文档............................................................... 3测试结果概述........................................................... 3.1测试环境的影响.................................................... 3.2改进建议.......................................................... 4详细的测试结果......................................................... 4.1基础平台 > 人员管理 > 用户管理.................................... 4.1.1测试结果小结................................................. 4.1.2遇到的问题................................................... 4.1.3与测试用例/过程的偏差........................................ 4.2基础平台 > 全局设置 > 代码维护.................................... 4.2.1测试结果小结................................................. 4.2.2遇到的问题................................................... 4.2.3与测试用例/过程的偏差........................................ 4.3基础平台 > 权限管理............................................... 4.3.1测试结果小结................................................. 4.3.2遇到的问题................................................... 4.3.3与测试用例/过程的偏差........................................ 4.4基础平台 > 网站定制............................................... 4.4.1测试结果小结................................................. 4.4.2遇到的问题................................................... 4.4.3与测试用例/过程的偏差........................................ 4.5门户前台.......................................................... 4.5.1测试结果小结................................................. 4.5.2遇到的问题................................................... 4.5.3与测试用例/过程的偏差........................................ 5测试记录............................................................... 1范围 1.1定义 此份测试报告是程序员在进行测试计划(单元测试)指定测试编写。

软件测试流程常见问题

软件测试流程常见问题 1、测试人员要需要何时参加需求分析? 原则上,测试人员对需求了解得越深入对测试工作越有利,所以最好一开始就应该参加需求分析工作。这样可以带来如下得好处: ■测试人员全程参与需求分析,对需求了解很深刻,减少了很多与开发人员的交互,节省了时间。测试人员参与前期开发讨论,直接掌握了不清晰的需求点; ■早期确定测试用例的编写思路,为测试打好了基础; ■可以获取一些测试数据,为测试用力设计提供帮助; ■可以发现需求不合理的地方,降低了测试成本。 测试人员主要的工作之一就是确认系统是否正确实现了需求。测试人员不参与前期的工作,就只能依赖最后形成的需求文档,甚至由开发人员来讲解需求,而这些缺求可能发生了“问题”,因为这个需求是已经经过分析的需求,很多的内容可能与用户的真正要求发生了偏差。同时如果只看最后形成的需求文档,对需求也会有理解上的偏差。因此作为测试人员要尽可能的获取到“第一线”的需求资料,才能真正地了解用户的业务,从而更好的对系统进行测试。 当然,如果测试人员不能参与需求环节,一定要通过其他途径保证需求的精确性,例如和开发人员进行集中讨论需求疑问的项目会议,并且一定要加强测试案例评审,甚至于是测试需求的评审。 2、系统测试阶段低级缺陷较多怎么办? 在系统测试阶段,如果仍有很多低级缺陷,说明测试对象是不合格的,没有达到测试标准。如果系统阶段发现的简单缺陷(也就是不应该有的缺陷)较多,最好停止测试,转由开发人员进行测试,发现问题立刻修改,因为这种由测试人员进行的成本较高,反复交互还会耽误进度。 建议建立预测试制度:系统测试前对核心模块进行抽查测试,如果问题较多(例如平均每个核心模块发现10个以上缺陷),就可以停止本次测试,直到抽测后发现问题较少才可以启动系统测试。 3、缺陷流落到客户那里有什么后果? 如果软件缺陷被遗落并流落到客户那里,结果就是代价高昂的电话或者现场支持费用,还可能需要修复、重新测试和发布新的产品,更糟糕的情况是产品要被召回甚至被客户起诉。这种成本付出非常高,几乎是在内部修改缺陷的几何级数倍。 质量之父PhilipCrosby把质量的费用分为整合费用和非整合费用两类,整合费用是指与一次性计划和执行测试相关的全部费用,用于保证软件按照预期方式进行。如果发现缺陷,经过一系列的缺陷处理流程而解决缺陷,这种费用就是非整合费用。PhilipCrosby在自己的作品中详细论述了内部的整合费用和内部的非整合费用之和远远小于外部也就是客户引起的非整合费用。 总之,软件缺陷一定要尽可能的在内部解决,这对节约成本、提高产品知名度都大有裨益。 4、什么是冒烟测试? 冒烟测试从操作上是一个随机的测试,操作对象通常是核心业务模块。测试员任意操作,要是发现多数功能走不下去(大概20%),那么这个冒烟测试就算是结束了。冒烟测试一般不用参照测试用例。 执行冒烟测试的目的是对要测试的产品进行一个大概的度量。如果冒烟测试不能通过,通常不会启动测试计划。因为软件缺陷较多的情况下,启动测试计划会浪费更多的人力和物

软件测试面试题

面试题 1、您认为做好测试用例设计工作的关键是什么? 参考答案:测试用例应百分百覆盖需求。 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题。 2、您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。 参考答案:1.等价类划分 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2.边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 参考答案:3.错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例. 4.因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 4、什么是并发?在lordrunner中,如何进行并发的测试?集合点失败了会怎么样? 参考答案: 在同一时间点,支持多个不同的操作。

软件质量保证测试试题与答案

软件质量保证测试试题与答案

选择题 1.软件测试的目的是( B )。 A)试验性运行软件 B)发现软件错误 C)证明软件正确 D)找出软件中全部错误 2.软件测试中白盒法是通过分析程序的( B )来设计测试用例的。 A)应用范围 B)内部逻辑C)功能 D)输入数据 3.黑盒法是根据程序的( C )来设计测试用例的。A)应用范围 B)内部逻辑C)功能 D)输入数据 4.为了提高软件测试的效率,应该( D )。 A)随机地选取测试数据 B)取一切可能的输入数据作为测试数据 C)在完成编码以后制定软件的测试计划 D)选择发现错误可能性最大的数据作为测试用例 5.与设计测试用例无关的文档是( A )。 A)项目开发计划 B)需求规格说明书 C)设计说明书 D)源程序 6.测试的关键问题是( B )。 A)如何组织软件评审 B)如何选择测试用例 C)如何验证程序的正确性 D)如何采用综合策略 7.软件测试用例主要由输入数据和( C )两部分组成。A)测试计划 B)测试

规则 C)预期输出结果 D)以往测试记录分析 8.成功的测试是指运行测试用例后( B )。 A)未发现程序错误 B)发现了程序错误 C)证明程序正确性 D)改正了程序错误 9.下列几种逻辑覆盖标准中,查错能力最强的是( D )。A)语句覆盖 B)判定覆盖C)条件覆盖 D)条件组合覆盖 10.在黑盒测试中,着重检查输入条件组合的方法是( D )。 A)等价类划分法 B)边界值分析法 C)错误推测法 D)因果图法 11.单元测试主要针对模块的几个基本特征进行测试,该阶段不能完成的测试是( A )。A)系统功能 B)局部数据结构 C)重要的执行路径 D)错误处理 12.软件测试过程中的集成测试主要是为了发现( B )阶段的错误。 A)需求分析 B)概要设计 C)详细设计 D)编码13.不属于白盒测试的技术是( D )。 A)路径覆盖 B)判定覆盖C)循环覆盖 D)边界值分析 14.集成测试时,能较早发现

相关文档
最新文档