51Testing软件测试论坛

标题: 倾情分享-亲历之测试工程师面试题+部分题目解答 [打印本页]

作者: gfy111111    时间: 2006-7-3 20:59
标题: 倾情分享-亲历之测试工程师面试题+部分题目解答
我在深圳从事软件测试工作3年有余 从毕业到现在面试的公司很多 面试的全都是测试工程师
刚出来那会 我很不安分 老想着跳槽 特别是刚毕业的那会 疯狂找工作疯狂面试 疯狂碰壁
经过个人的回忆整理了下,以下是我面试的时候的部分笔试和面试题目 供大家交流 我也希望有过大公司
面试经历的人对我失败的面试经历提供建议和参考 也同时希望本来有能力的人 可以在考试之前准备下 避免阴沟里面翻船
同时也感谢之前的人慷慨把他们的面试经过写了出来 让我得以总结经验 目前我在家不错的it公司上班 呵呵 以后有机会的话
我会继续发出题目 并附上个人参考答案 欢迎大家一起交流 我的邮箱是gfy111111@163.com 电话是0755-81237191
以下是题目:
招商银行软件中心:
软件测试笔试部分试题:
集成测试是又叫(),()?
静态测试包含哪些活动?
动态测试又包含哪些活动?
试叙述对你参加过的一个软件项目测试的全过程。以及如何改进其测试流程?
简述你对测试工作的认识过程、在以后的工作的一些建议。
软件测试分为()和()两种。
TD如何备份?(考此题的时候 我就在想 完了 我从来没有用过td 其中 td的题目一共有三个
我只记得这一个了  估计要对td很熟悉才能回答出来)。
试述软件配置管理中有哪些活动?
试述软件测试的生命周期?

对下面给出的程序控制图,分别以各种不同的测试方法写出最少的测试用例。
大致是:
a>5 and b =5            x=x/a
a=5orx>2
分 a b c d 四条路径

计算机笔试部分试题:(都是c++语言)
计算机中同步和互斥的原语是?

一个通信的原型 (里面有很多 read(),write(),connect()这样的动作 我对网络连接这块不熟悉 傻眼)

在c++中 定义 a[][3]={1,2,3,4,5,6}; b[][2]={1,2,3,4,5,6};
a[1][1]+b[1][1] 是多少?

(int*)*p = 1;是否正确?

写一个movememory的函数 我从来没有直接操作过内存 看到此题 傻眼

一个isleap()的函数,就是判断输入年份是否为闰年的函数 要你写出程序流程图和路径数量

数据库主要是对()和()进行操作?

数据库索引有哪两种实现方式 分别对应的数据结构是什么?

一个二叉树 无子节点的时候 高度为0  高度为5的二叉树 节点数量是多少?

还考了排序  二分排序和希尔排序

还有个题目看不明白意思

class A         class b:A
private         b1.1
protected
public
.....
是个考察各个类中的各个变量对外是否可见的问题。
面试题目:
您认为在测试人员同开发人员的沟通过程中,如何提高沟通的效率和改善沟通的效果?
维持测试人员同开发团队中其他成员良好的人际关系的关键是什么?
在您以往的测试工作中,最让您感到不满意或者不堪回首的事情是什么?您是如何来对待这些事情的?
如果你的上司 技术和业务能力都比你差 发生争执的时候 你应该如何沟通
如果你发现了一个bug 而开发人员却不认为这个是bug 而且他也不听你的解释 你该如何沟通
简单的介绍下你自己
说说你上家公司的测试流程
你对那种数据库最为熟悉
你可以问我两个问题(将谈话的控制权交回给我  我估计这个时候应该是展示自己的时候
但是每次都说自己没有问题 郁闷~ 每次都错过好的机会)


深圳海之讯科技有限公司:
1.按照下列需求 用你所学的语言写一个程序 并写出测试用例 和测试报告
在三角形计算中,要求三角型的三个边长:A、B 和C。当三边不可能构成三角形时提示错误,可构成三角
形时计算三角形周长。若是等腰三角形打印“等腰三角形”,若是等边三角形,则提示“等边三角形”。画出程
序流程图、控制流程图、找出基本测试路径 ,对此设计一个测试用例。
2.测试报告应该包含哪些内容?
3.测试的目的是什么?
4.举出几种常用的软件测试方法?
6、 为什么要进行软件测试?软件测试的目的是什么? (5 分)

颖源的测试工程师面试题目:
软件测试应该划分几个阶段?简述各个阶段应重点测试的点?各个阶段的含义?
其它的一些笔试题目没有什么特色

今天在盐田港的一家公司的笔试题目,规定要用e文回答问题 现在也写出来:
what is Software Testing?
What is testing life cycle?
What are the components of a test plan?
How can the testing team help prevent defects from occurring?
Tell what you know about Winrunner and LoadRunner?
Write more test cases for an user authentication function
procedure                                Expected Result
1.input valid user name
Input invalid password                        Prompt "Invalid Password"

感谢各位网友对此帖的关注,经常会有同行发email来问问题 于是有个新的想法 请见http://bbs.51testing.com/thread-61230-1-1.html

3.

[ 本帖最后由 gfy111111 于 2007-1-20 13:03 编辑 ]
作者: turning    时间: 2006-7-7 16:35
谢谢楼主
作者: dandan    时间: 2006-7-7 17:00
标题: 做个记号,
明天来看
作者: fyhhly    时间: 2006-7-7 21:34
标题: :)
我也是近来很想做软件测试...

去面试了一家公司..

面试题和LZ写出来的大似相近..可惜我回答得乱七八糟的..本来面试是过了..但是因为笔试太差了.所以.........哎~~~

希望LZ能给出答案.让小女子也学习学习..长长见识..

因为我还想再去找软件测试的工作
作者: gfy111111    时间: 2006-7-12 00:05
标题: 谢谢 呵呵 我会尽快给出我自己的答案的 仅供参考
。。。。。。。。。。。。:)
作者: Joan2005    时间: 2006-7-12 16:44
收下
作者: gfy111111    时间: 2006-7-12 21:57
标题: 部分题目回答(很惭愧我自己有把握回答的不多 不敢误人子弟)
软件测试的生命周期:
答:需求分析-》测试计划-》测试执行-》回归测试
试叙述对你参加过的一个软件项目测试的全过程。以及如何改进其测试流程?
答:
1.项目启动  此时业务已经和客户把合同签定下来 项目经理会把项目投标和立标的情况大致说一下 以至各个成员对将要开发的产品基本需求和产品在前景 架构 本项目开发周期时间和技术等方面有个大致的了解
2.需求分析阶段 每天的轮流会议 各人报告自己的进展情况 对需求的了解情况  开发,测试环境的搭建 以及需求不断的细化与扩充
3.测试计划阶段 随着对需求的不断了解和加深 测试人员对待测的产品 环境 场景 功能点都已经比较明晰 对测试所要花的时间也很清楚 对项目的测试工作已经有了个全局的把握 本阶段会生成测试计划和测试用例
4.测试执行阶段 40%的需求会在这个阶段变动 开发的产品一变再变 测试计划和测试用例不断更改 直到产品基本定型
5.回归测试阶段 这个阶段测试人员主要的工作就是不断发现新的bug和验证已经修复的bug 并把与修改相关的地方重新验证之 直到退出测试
改进的地方:需求分析阶段的工作有待改进 最好能把客户提的要求 几天内给个原形给他 问他是不是要这样做 省的以后麻烦 :)
作者: gfy111111    时间: 2006-7-12 22:08
标题: 继续。。。
您认为在测试人员同开发人员的沟通过程中,如何提高沟通的效率和改善沟通的效果?
答:第一,避免指责 测试人员不要发表开发人员写的代码如何如何臭  bug如何如何低级等等带有感情色彩的语言 这样你以后发现的bug报上去 他会本能的排斥
        第二,谦虚 多使用 你认为这样对不对 或者 你看这样是不是更好些之类的语言
        第三,发生了争执不要紧 谁都有权利有自己的想法  不同的看法商量之后 找搞需求的人 或者系统分析的人来定夺
        第四,确保自己对需求有足够的了解,这样沟通起来 更有效率
        回答到这里  其它的朋友有没有不同的看法????
作者: gfy111111    时间: 2006-7-12 22:12
标题: 再回一题
维持测试人员同开发团队中其他成员良好的人际关系的关键是什么?

我个人认为是没有阻碍的沟通和相互协作
作者: AlexanderIII    时间: 2006-7-12 22:15
顶一下
LZ七楼最后一句讲的,在需求分析阶段,按客户提出的要求几天内给个原形他,这是肯定的,难道之前做项目的时候不是这样的?

RAD里面有讲过的,在软件项目开发的时候,一定要让客户也参与到项目的原型设计里,才可以切合实际的开发.
作者: gfy111111    时间: 2006-7-12 22:25
标题: 回复
之前的没有   有个别项目 因为编码量和成品的问题 并不能很快的做出原形 而且本来客户的需求也是多变的  每个项目开始的时候 客户都是巴不得尽可能多些需求给你 反正他知道会有很多需求是deliver不了的   我想听听你的看发
作者: AlexanderIII    时间: 2006-7-12 22:26
"一个isleap()的函数,就是判断输入年份是否为闰年的函数 要你写出程序流程图和路径数量"
这个好像在数据结构的书里面有例子的

判断条件是
一,能被4整除,但不能被100整除的年份是闰年.
二,能被100整除,同时也能够被400整除的年份是闰年.
作者: gfy111111    时间: 2006-7-12 22:30
标题: 再接一句
敏捷开发是这样的 但一般只是在比较小的项目里面使用
很不幸的是 我之前的那个项目就是用的是 需求驱动开发 传统的开发模式  其实 很多东西 我也是在学习 我本人也有尝试着去接项目来做   但是大项目还是接不了 限于经验吧 一般接些网站和些小程序来做做 有这方面经验的 可以介绍下
作者: gfy111111    时间: 2006-7-12 22:31
标题: 是不是有点好高务远了?
:)
作者: AlexanderIII    时间: 2006-7-12 22:34
原帖由 gfy111111 于 2006-7-12 22:25 发表
之前的没有   有个别项目 因为编码量和成品的问题 并不能很快的做出原形 而且本来客户的需求也是多变的  每个项目开始的时候 客户都是巴不得尽可能多些需求给你 反正他知道会有很多需求是deliver不了的   我想听听 ...


呵,没啥看法,这是以前读书的时候上RAD课程的时候,导师讲过的,做课程项目的时候也讲过
现在你要我讲看法,呵,要看回那本书才可以讲得清楚呀..呵呵!


至于,你讲的客户巴不得尽可能多给需求你,这是好事,总好过一开始的时候没有讲清楚明白,在开发到一半的时候再加需求,造成整个开发过程的延误.但一定要讲清楚,哪些是可以实现的,哪些是不太现实的.

弄清楚了需求后,就可以用原型的方法(大概可以叫草稿吧,反正还没涉及到coding,有问题了,可以马上再改)将项目的大概弄清楚...

唔...
作者: gfy111111    时间: 2006-7-12 22:40
标题: 关于测试生命周期的回答
测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估 改进

下面是引自互联网的一位老兄的:
2006.05.12  来自:blog     标签: SQA测试



测试生命周期
 

?测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估   

?测试计划就是定义一个测试项目的过程,以便能够正确的度量和控制测试。


第一部分:测试计划
测试计划的问题:
  1、测试计划经常是等到开发周期后期才开始实行,使得没有时间有效的执行计划;
  2、测试计划的组织者可能缺乏Client/Server测试经验;
  3、测试的量度和复杂性可能太大,没有自动化工具,很难计划和控制。
测试策略:
  测试策略描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、压力测试等)。
  测试策略包括
  1、要使用的测试技术和工具;
  2、测试完成标准;
  3、影响资源分配的特殊考虑例如测试与外部接口或者模拟物理损坏、安全性威胁。
  测试计划最关键的一步就是将软件分解成单元,写成测试需求。
  测试需求有很多分类方法,最普通的一种就是按照商业功能分类。把软件分解成单元元件有几个好处:
  1、测试需求是测试设计和开发测试用例的基础,分成单元可以更好地进行设计;
  2、详细的测试需求是用来衡量测试覆盖率的重要指标;
  3、测试需求包括各种测试实际和开发以及所需资源。
怎样估计测试工作量:
  1、效率假设:即测试队伍的工作效率。对于功能测试,这主要依赖于应用的复杂度,窗口的个数,每个窗口中的动作数目。对容量测试,主要依赖于建立测试所需数据的工作量大小。
  2、测试假设:为了验证一个测试需求所需测试动作数目。
  3、应用的维数:应用的复杂度指标。例如要加入一个记录,测试需求的维数就是这个记录中域的数目。
  4、所处测试周期的阶段:有些阶段主要工作都在设计,有些阶段主要是测试执行。
测试资源:
  1、人力资源
  测试经理
  为测试项目提供总体方向。开发测试计划、征集并监督测试人员、申请系统资源、监视并汇报工作进程、测试评估、测试需求的分解。
  测试工程师 ---- 设计和开发
  设计:对被测软件的详细了解、分解测试需求的技能、选择在C/S环境下用来验证测试需求的技术。
  开发:熟悉SQA、VB、和脚本语言。
  测试工程师 ---- 执行
  负责测试执行和记录结果。需要能够安装系统,网络知识,初始化数据库和其他初始条件。重要的是诊断能力。
  测试系统管理者
  每个测试项目必须指定一个专人负责管理SQA Suite。包括在服务器上安装存储库,安装打印机连接,执行备份,以及其他维护工作。管理者必须高度熟悉SQA,网络工作经验。
  2、系统资源
  安装SQA Suite的硬件和软件环境
  数据库服务器
  该服务器必须专用于 测试工作,能够重置某些初始值,包括系统日期和时间等。
写测试计划的步骤:
  1、确定工程
  收集下列信息
文档 已创建(是/否) 版本/日期 需求详述     功能详述     项目计划     设计详述     原型     用户手册      定义新的工程,Adminà New Project。
  确定软件的结构,用Assetsà Software Structure选项定义软件结构。
  2、定义测试策略
测试策略项 例子 测试阶段 系统测试 测试类型 功能测试 测试技术 75%用SQA Suite自动测试,25%手工测试 完成标准 95%测试用例通过并且最高级缺陷全部解决 特殊考虑 测试必须在上午进行  3、分解软件,写测试需求
  分析各种信息
  反复检查并理解各种信息,和用户交流,理解他们的要求。可以按照以下步骤执行:
  1、确定软件提供的主要商业任务
  2、对每个商业任务,确定完成该任务所要进行的交易。
  3、确定从数据库信息引出的计算结果。
  4、对于对时间有要求的交易,确定所要的时间和条件。这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。
  5、确定会产生重大意外的压力测试,包括:内存、硬盘空间、高的交易率
  6、确定应用需要处理的数据量。
  7、确定需要的软件和硬件配置。通常情况下,不可能对所有可能的配置都测试到,因此要选择最有可能产生问题的情况进行测试,包括:最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。
  8、确定其他与应用软件没有直接关系的商业交易。包括:
    管理功能,如启动和推出程序
    配置功能,如设置打印机
    操作员的爱好,如字体、颜色
    应用功能,如访问email或者显示时间和日期。
  9、确定安装过程,包括定置从哪安装、定制安装、升级安装。
  10、确定没有隐含在功能测试中的户界面要求。大多界面都在功能测试时被测试到。还有写没有测到,如:操作与显示的一致性,如使用快捷键等;界面遵从合理标准,如按钮大小,标签等。
  把需求组织成层次图
  4、估计测试工作量
  ∑(每个测试的时间*每个需求的测试的数目*测试需求的的数目)
  (测试设计、开发、….)
  5、确定资源
  人力资源
职位 姓名 特殊责任/说明 测试经理     测试工程师
设计/开发(可以多人)     测试工程师
测试执行(可以多人)     测试系统管理员      系统资源
系统 名称/类型 数据库服务器 网络/子网
服务器名称
数据库名称
        SQA 测试存储库 网络/子网
服务器名称
      客户测试机 包括专门的配置需求
列表   测试开发的PC机 列表  6、创建工程调度表
任务 相关工作量(天) 整个SQA过程 38 测试计划 12 确定项目 1 定义测试策略   决定测试需求   估计工作量   确定资源   调度测试活动   生成测试计划文档   测试设计 7 分析测试需求   指定测试过程   指定测试用例   查看测试需求的覆盖率   测试开发 12 建立测试开发环境   录制和回放原型过程   开发测试过程   测试和调试测试过程   修改测试过程   建立外部数据集合   重新测试并调试测试过程   测试执行 6 设置测试系统   执行测试   验证测试结果   调查突发结果(unexpected result)   生成缺陷日记   测试评估 1 回顾测试日记   评估测试需求的覆盖率   评估缺陷   决定是否达到测试完成的标准    7、书写测试计划
  1、介绍
    目的
    背景
    测试范围
    项目文件列表
  2、测试需求
  
作者: gfy111111    时间: 2006-7-12 22:41
标题: 超过字数限制了 跟进
3、测试策略
    测试类型
    1、功能测试
    2、用户界面测试
    3、性能测试
    4、压力测试
    5、容量测试
    6、配置测试
    7、安装测试
    工具
  4、资源
    人力资源
    系统资源
  5、调度
  6、文档
    软件元件
    测试特性(Assets)
    测试日记
    缺陷报告
第二部分:测试设计
测试设计的问题
  1、不做测试设计,测试过程也是胡乱建立的。
  2、测试设计不详细,不是基于可量度的测试策略,例如测试计划覆盖一个集合或者测试需求的一个子集。
  3、测试过程没有采用最好的技术来检验Windows C/S结构的测试需求
测试用例的选择规则
  1、选择与测试需求的实质部分最相关的测试用例。
  2、选择的测试用例应该不容易应用程序的改变的影响。
  下面是选择测试用例的几点具体规则:
  1、商业函数
  商业函数一般与数据库有关,要测试数据库的变化,有几种方法:
  1、如果数据库的的改变会反映在一个列表框中,那么就要选择验证列表框内容的测试用例。
  2、还可以检查交易完成后的确认对话框。可以检查对话框的标题。图象比较也可以检查确认对话框,但图象比较容易受其他因素影响。
  3、修改脚本,SQA Basic提供了强大的数据库支持。
  2、域的验证
  各种不同的域选择相应的测试用例。
  3、用户界面测试
  对象状态测试用例
  4、性能标准
  等待状态测试用例
  5、压力下的操作
  6、访问控制
  Object state test case
  7、配置测试
  不能选择图象测试用例(也分辨率有关)和文件测试用例(与驱动器有关)
  8、安装选项和验证
  对象状态用例和窗口存在用例,文件存在用例。
书写测试设计的步骤
    生成测试需求报告
       ↓
     指定测试过程
       ↓
   指定测试用例(可选)
       ↓
    回顾测试覆盖率
第三部分:测试开发
输入:被测软件、基于测试需求的测试设计
输出:测试过程和测试用例
目标:
  1、创建可以重用的测试过程和测试用例
  2、维护测试过程、测试用例与相关测试需求的一一对应。
测试开发的问题:
  1、测试开发很乱,与测试需求或测试策略没有对应性
  2、测试过程不可重复或不可重用
  3、测试过程被作为一个编程任务来执行,导致脚本太长,不能满足软件移植性的要求。
错误处理
  当测试过程发生错误时,有几种解决办法:
  1、跳转到别的测试过程
  2、调用一个能够清除错误的过程
  3、退出过程,启动另一个
  4、退出过程和应用程序,重新启动启动Windows,在失败的地方重新开始测试
测试开发的步骤
  1、设立开发环境
    SQA Suite
    连接到SQA存储库
    启动SQA Baisc或VB
    被测软件
    等等
  2、录制和回放原型过程
  原型过程指出所有未知窗口控制,使得他们都能象标准窗口那样动作或者没有特别的动作,把他们都划归为Generic类型。通过这个过程,SQA Robot就知道该怎样处理应用中的特殊控制。
  1、把recording option 中的Define Unknown Object as Type Generic选项设置为off
  2、使用的过程标识符要可以被覆盖,或者能被删掉。因为这只是个原型,用来教SQA Robot 录制的过程
  3、录制测试过程和测试用例
  1、录制模块测试过程和与测试需求最低层对应的测试用例;
  2、录制初始化过程;
  3、录制导航过程,把前面的过程串起来;
  4、测试和调试测试过程
  5、修改测试过程(可选)
  6、建立外部数据集合
  如果测试过程是用来循环一套输入和输出数据,就需要建立数据集合。
  7、重复测试和调试测试过程,回到4
第四部分:测试执行
测试执行的问题
  1、自动化测试没有有效的利用,使得手工测试太多。
  2、测试结果的捕获没有系统性,而且没有查看或调查
  3、缺陷报告必须用手工加入缺陷跟踪系统
错误分类
  1、测试用例失败
    正常错误
  2、脚本命令失败
    当测试过程不能不能执行录制过程中的某个功能时,回产生这种错误,如鼠标单击按钮或选择菜单项等。它也能指示是缺陷还是测试过程的设计问题。
  3、致命错误
    导致测试停止,这种情况最好重起Windows。
具体步骤:
  1、建立测试系统
  2、准备测试过程
  3、运行初始化过程
  4、执行测试
  5、从终止的测试恢复
  6、验证预期结果
  7、调查突发结果
  8、记录缺陷日记
第五部分:测试评估
测试评估的目标
  1、量化测试进程
  2、生成缺陷和测试覆盖率的总结报告
测试评估的问题
  1、没有把测试覆盖率作为报告测试进程的根据,使得不知测试是否结束;
  2、没有做缺陷评估,缺陷评估是量度软件可行性的重要指标;
  3、不使用专门的软件工具进行数据输入任务和相应的评估活动,使得这些任务变得繁重累人。
测试覆盖率
  评估测试完成多少的标准
缺陷评估
  评估软件质量的重要指标,通常评估模型假设缺陷的发现是呈泊松分布的;严格的缺陷评估要考察在测试过程中发现缺陷的间隔时间长短。评估要估计软件当前的可靠性并预测随着测试的继续进行,软件可靠性会怎样提高。
  SQA Suite 提供四种形式进行缺陷评估:
  1、缺陷分布报告可以生成缺陷数量与缺陷属性的函数。如测试需求和状态。
  2、缺陷趋势报告可以看出缺陷增长和减少的趋势;
  3、缺陷年龄报告展示一个缺陷处于某种状态的时间长短
  4、测试结果进度报告展示测试过程在被测应用的几个版本中的执行结果以及测试周期。
具体步骤
  1、回顾测试日记
  2、评估测试需求的覆盖率
  3、分析缺陷
  4、决定是否达到完成测试的标准,没有满足标准时
    1、再测试
    2、降低标准
    3、确定软件的一个满足标准的子集,看是否可以发布。
作者: gfy111111    时间: 2006-7-12 22:47
标题: 呵呵
原帖由 AlexanderIII 于 2006-7-12 22:34 发表


呵,没啥看法,这是以前读书的时候上RAD课程的时候,导师讲过的,做课程项目的时候也讲过
现在你要我讲看法,呵,要看回那本书才可以讲得清楚呀..呵呵!


至于,你讲的客户巴不得尽可能多给需求你, ...



朋友你是做开发的吗?  感觉和你很投缘啊 你在哪? 我在深圳~    你说的很对  其实开发流程这个东西 说实在的 因为自己是做测试的  完整的流程自己从来没有从头到尾参与过  之前碰到位哥们  是南凌科技的一位面试官 忽然问了我这么个问题    如果开发把一个开发好的包给你  你用什么标准来判断这个包是可接受的? 当时就把我给问蒙了  汗颜啊
作者: roadpeople    时间: 2006-7-12 22:52
今天去了一家公司笔试同样是汗颜啊!
看了各位的发言,只能对自己说:还得加强学习
作者: gfy111111    时间: 2006-7-12 22:54
原帖由 roadpeople 于 2006-7-12 22:52 发表
今天去了一家公司笔试同样是汗颜啊!
看了各位的发言,只能对自己说:还得加强学习



17楼的 你把你碰到的题目贴在这里嘛。。。 说不定 可以给你解答的
作者: gfy111111    时间: 2006-7-12 22:55
标题: 错了
是18楼的
作者: AlexanderIII    时间: 2006-7-12 23:00
原帖由 gfy111111 于 2006-7-12 22:47 发表



朋友你是做开发的吗?  感觉和你很投缘啊 你在哪? 我在深圳~    你说的很对  其实开发流程这个东西 说实在的 因为自己是做测试的  完整的流程自己从来没有从头到尾参与过  之前碰到位哥们  是南凌科技的一 ...



呵,遗憾呀..我之前工作两年,都只是做技术支持类的工作,没有涉及到软件开发,一点点关系都没有.勉强有点关系的就是对公司的投影机产品样板进行一些面板,软件控制程序的简单测试.现在?已经不干了...正在打算考虑要不要去上海学习一下测试方面的知识呢.

哦,我也在深圳
作者: gfy111111    时间: 2006-7-12 23:03
标题: 继续回答一个问题 e文的
Tell what you know about Winrunner and LoadRunner?

Both Winrruner and LoadRunner  are automation test tools. Both of their scripts are C and have many functions.Flexible test programming. Winrunner is the functional test tool and LoadRunner is Performance test tool. Winrunner base on GUI object. LoadRunner base on protocol and Agent.    :-)
作者: roadpeople    时间: 2006-7-12 23:19
不好意思,我刚看到我刚好要下了,先写几个,明天我会把,问题补充完的

笔试题目:
1:以OutLook为列对其"发送邮件"功能编写测试用例? (原话忘了)
2:谈谈你对软件测试的看法和建议?
3:测试用例有那几种方法?举例说明?  (好象是这样问的,忘了)
作者: rainer_823    时间: 2006-7-15 09:55
怎么没有写呢
星期一要去面试
怕怕的
作者: dandan    时间: 2006-7-15 10:12
做个记号,呵呵!谢谢....
作者: gfy111111    时间: 2006-7-16 01:50
标题: rainer_823 你最想知道哪个题目的答案?
因为工作和私下的活 比较忙 没有写出来答案  周一前我就再回答几个 不过  只是做为参考
作者: gfy111111    时间: 2006-7-18 22:43
标题: 测试报告应该包含的内容
测试报告编写指南
作者: 钟华 (来源:希赛网)  http://www.csai.cn  2005年06月30日

摘要 测试报告是把测试的过程和结果写成文档,并对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础。本文提供测试报告模板以及如何编写的实例指南。

关键字 测试报告 缺陷



正文

    测试报告是测试阶段最后的文档产出物,优秀的测试经理应该具备良好的文档编写能力,一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价,测试报告基于测试中的数据采集以及对最终的测试结果分析。

下面以通用的测试报告模板为例,详细展开对测试报告编写的具体描述。

PARTⅠ 首页

0.1页面内容:

密级

    通常,测试报告供内部测试完毕后使用,因此密级为中,如果可供用户和更多的人阅读,密级为低,高密级的测试报告适合内部研发项目以及涉及保密行业和技术版权的项目。

XXXX项目/系统测试报告

报告编号

    可供索引的内部编号或者用户要求分布提交时的序列号

部门经理 ______项目经理______

开发经理______测试经理______

XXX公司 XXXX单位 (此处包含用户单位以及研发此系统的公司)

XXXX年XX月XX日

0.2格式要求:

    标题一般采用大体字(如一号),加粗,宋体,居中排列

副标题采用大体小一号字(如二号)加粗,宋体,居中排列

其他采用四号字,宋体,居中排列

0.3版本控制:

版本 作者 时间 变更摘要

新建/变更/审核

PARTⅡ 引言部分

1.1编写目的

    本测试报告的具体编写目的,指出预期的读者范围。

实例:本测试报告为XXX项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到XXX功能目标)。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

提示:通常,用户对测试结论部分感兴趣,开发人员希望从缺陷结果以及分析得到产品开发质量的信息,项目管理者对测试执行中成本、资源和时间予与重视,而高层经理希望能够阅读到简单的图表并且能够与其他项目进行同向比较。此部分可以具体描述为什么类型的人可参考本报告XXX页XXX章节,你的报告读者越多,你的工作越容易被人重视,前提是必须让阅读者感到你的报告是有价值而且值得浪费一点时间去关注的。

1.2项目背景

    对项目目标和目的进行简要说明。必要时包括简史,这部分不需要脑力劳动,直接从需求或者招标文件中拷贝即可。

1.3系统简介

    如果设计说明书有此部分,照抄。注意必要的框架图和网络拓扑图能吸引眼球。

1.4术语和缩写词

    列出设计本系统/项目的专用术语和缩写语约定。对于技术相关的名词和与多义词一定要注明清楚,以便阅读时不会产生歧义。

1.5参考资料

1.需求、设计、测试用例、手册以及其他项目文档都是范围内可参考的东东。

2.测试使用的国家标准、行业指标、公司规范和质量手册等等

PARTⅢ 测试概要

测试的概要介绍,包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介。(其他测试经理和质量人员关注部分)

2.1测试用例设计

    简要介绍测试用例的设计方法。例如:等价类划分、边界值、因果图,以及用这类方法(3-4句)。

提示:如果能够具体对设计进行说明,在其他开发人员、测试经理阅读的时候就容易对你的用例设计有个整体的概念,顺便说一句,在这里写上一些非常规的设计方法也是有利的,至少在没有看到测试结论之前就可以了解到测试经理的设计技术,重点测试部分一定要保证有两种以上不同的用例设计方法。

2.2测试环境与配置

    简要介绍测试环境及其配置。

    提示:清单如下,如果系统/项目比较大,则用表格方式列出

数据库服务器配置

CPU:

内存:

硬盘:可用空间大小

操作系统:

应用软件:

机器网络名:

局域网地址:

应用服务器配置

…….

客户端配置

…….

    对于网络设备和要求也可以使用相应的表格,对于三层架构的,可以根据网络拓扑图列出相关配置。

2.3测试方法(和工具)

    简要介绍测试中采用的方法(和工具)。

提示:主要是黑盒测试,测试方法可以写上测试的重点和采用的测试模式,这样可以一目了然的知道是否遗漏了重要的测试点和关键块。工具为可选项,当使用到测试工具和相关工具时,要说明。注意要注明是自产还是厂商,版本号多少,在测试报告发布后要避免大多工具的版权问题。

PARTⅣ 测试结果及缺陷分析

整个测试报告中这是最激动人心的部分,这部分主要汇总各种数据并进行度量,度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。对于不需要过程度量或者相对较小的项目,例如用于验收时提交用户的测试报告、小型项目的测试报告,可省略过程方面的度量部分;而采用了CMM/ISO或者其他工程标准过程的,需要提供过程改进建议和参考的测试报告-主要用于公司内部测试改进和缺陷预防机制-则过程度量需要列出。

3.1测试执行情况与记录

描述测试资源消耗情况,记录实际数据。(测试、项目经理关注部分)

3.1.1测试组织

    可列出简单的测试组架构图,包括:

测试组架构 (如存在分组、用户参与等情况)

测试经理(领导人员)

主要测试人员

参与测试人员

3.1.2测试时间

    列出测试的跨度和工作量,最好区分测试文档和活动的时间。数据可供过程度量使用。

例如 XXX子系统/子功能

实际开始时间-实际结束时间

总工时/总工作日

任务 开始时间 结束时间 总计

合计

    对于大系统/项目来说最终要统计资源的总投入,必要时要增加成本一栏,以便管理者清楚的知道究竟花费了多少人力去完成测试。

测试类型 人员成本 工具设备 其他费用



总计

    在数据汇总时可以统计个人的平均投入时间和总体时间、整体投入平均时间和总体时间,还可以算出每一个功能点所花费的时/人。

用时人员 编写用例 执行测试 总计



合计

    这部分用于过程度量的数据包括文档生产率和测试执行率。

生产率人员 用例/编写时间 用例/执行时间 平均



合计

3.1.3测试版本

    给出测试的版本,如果是最终报告,可能要报告测试次数回归测试多少次。列出表格清单则便于知道那个子系统/子模块的测试频度,对于多次回归的子系统/子模块将引起开发者关注。

3.2覆盖分析

3.2.1需求覆盖

    需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值,通常情况下要达到100%的目标。

需求/功能(或编号) 测试类型 是否通过 备注

[Y][P][N][N/A]

根据测试结果 ,按编号给出每一测试需求的通过与否结论。P表示部分通过,N/A表示不可测试或者用例不适用。实际上,需求跟踪矩阵列出了一一对应的用例情况以避免遗漏,此表作用为传达需求的测试信息以供检查和审核。

需求覆盖率计算 Y项/需求总数 ×100%

3.2.2测试覆盖

    需求/功能(或编号) 用例个数 执行总数 未执行 未/漏测分析和原因



    实际上,测试用例已经记载了预期结果数据,测试缺陷上说明了实测结果数据和与预期结果数据的偏差;因此没有必要对每个编号在此包含更详细的说明的缺陷记录与偏差,列表的目的仅在于更好的查看测试结果。

测试覆盖率计算 执行数/用例总数 ×100%

3.2缺陷的统计与分析

    缺陷统计主要涉及到被测系统的质量,因此,这部分成为开发人员、质量人员重点关注的部分。

3.3.1缺陷汇总

    被测系统 系统测试 回归测试 总计



合计

按严重程度

严重 一般 微小

按缺陷类型

用户界面 一致性 功能 算法 接口 文档 用户界面 其他

按功能分布

功能一 功能二 功能三 功能四 功能五 功能六 功能七

最好给出缺陷的饼状图和柱状图以便直观查看。俗话说一图胜千言,图标能够使阅读者迅速获得信息,尤其是各层面管理人员没有时间去逐项阅读文章。

图例

3.3.2缺陷分析

    本部分对上述缺陷和其他收集数据进行综合分析

缺陷综合分析

缺陷发现效率 = 缺陷总数/执行测试用时

可到具体人员得出平均指标

用例质量 = 缺陷总数/测试用例总数 ×100%

缺陷密度 = 缺陷总数/功能点总数

缺陷密度可以得出系统各功能或各需求的缺陷分布情况,开发人员可以在此分析基础上得出那部分功能/需求缺陷最多,从而在今后开发注意避免并注意在实施时予与关注,测试经验表明,测试缺陷越多的部分,其隐藏的缺陷也越多。

测试曲线图

描绘被测系统每工作日/周缺陷数情况,得出缺陷走势和趋向

重要缺陷摘要

缺陷编号 简要描述 分析结果 备注



3.3.3残留缺陷与未解决问题

残留缺陷

编号:BUG号

缺陷概要:该缺陷描述的事实

原因分析:如何引起缺陷,缺陷的后果,描述造成软件局限性和其他限制性的原因

预防和改进措施:弥补手段和长期策略

未解决问题

功能/测试类型:

测试结果:与预期结果的偏差

缺陷:具体描述

评价:对这些问题的看法,也就是这些问题如果发出去了会造成什么样的影响

PARTⅤ 测试结论与建议

报告到了这个部分就是一个总结了,对上述过程、缺陷分析之后该下个结论,此部分为项目经理、部门经理以及高层经理关注,请清晰扼要的下定论。

4.1测试结论

1. 测试执行是否充分(可以增加对安全性、可靠性、可维护性和功能性描述)

2. 对测试风险的控制措施和成效

3. 测试目标是否完成

4. 测试是否通过

5. 是否可以进入下一阶段项目目标

4.2建议

1.对系统存在问题的说明,描述测试所揭露的软件缺陷和不足,以及可能给软件实施和运行带来的影响

2.可能存在的潜在缺陷和后续工作

3.对缺陷修改和产品设计的建议

4.对过程改进方面的建议

测试报告的内容大同小异,对于一些测试报告而言,可能将第四和第五部分合并,逐项列出测试项、缺陷、分析和建议,这种方法也比较多见,尤其在第三方评测报告中,此份报告模板仅供参考。
作者: gfy111111    时间: 2006-7-18 22:46
标题: 静态测试的解释
参看 http://www.51testing.com/html/9/33.html
作者: gfy111111    时间: 2006-7-18 22:47
标题: 关于静态测试和动态测试
请参看 http://www.51testing.com/html/9/8.html
作者: gfy111111    时间: 2006-7-18 22:50
标题: 举出几种常用的软件测试方法?
回答:软件测试方法
请参看
http://www.chinagrid.com/software/softwareED.htm
作者: gfy111111    时间: 2006-7-18 22:57
标题: 测试计划的内容
请参看 http://www.iteer.net/modules/doc/article.php?storyid=256
作者: tangtangja    时间: 2006-8-23 15:24
标题: ding
marking ,学习
作者: jzl2004    时间: 2006-8-26 17:17
埃,好多的理论呀,怎么说都没有错,只是要自信而已,坚持自己的理念,就可以了,有一次我面试的时候问我,测试包括那些? 我就告诉他,包括三类,单元测试、功能测试、性能测试,然后面试官说我你难道就没有看过书,测试应该包含22个分类吗? 我就告诉他,你不够格来面试我,叫你老大来吧,结果把技术副总弄来了。。。。最后还是因为待遇问题没有去
作者: walker_lai    时间: 2006-8-30 22:36
顶了
作者: gfy111111    时间: 2006-10-9 21:06
标题: 版主厉害
jzl2004
版主
      你牛比.... 呵呵  我面试的时候还从来没有说过你这样的话 
作者: corrine-li    时间: 2006-10-10 16:16
顶一下,明天回来看
作者: ncjy100    时间: 2006-10-21 22:22
版主牛啊!
作者: 月眉儿    时间: 2006-10-23 10:41
感到自己好差啊,理论知识都忘得差不多了要多学习一下了
作者: lost    时间: 2006-10-23 18:26
其实都是基础,呵呵
作者: 紫萍927    时间: 2006-11-6 16:23
那个三角形的好多公司都会考!还有软件测试的阶段问题也几乎是必考题!
前段时间参加了金山的测试类笔试,也给几个题。
1、安装程序的测试。
2、键盘的测试。
3、测试前要做些什么准备工作。
作者: cfchen    时间: 2006-11-15 20:47
顶上,楼主好人.

希望我面试也通过.,不过第一次去面试好像有点难,哈~
作者: gfy111111    时间: 2006-11-17 00:07
标题: 谢谢各位网友的支持
其实做了这么久的测试,就不说理论吧.... 自己还是有很多感触的 理论终究是别人的东西 只有自己的理解才是真正会指导自己工作的东西 不过 刚刚开始的时候 我也是象背书一样 把人家的理论照搬过来  尽管非常不适应  工作久了 钉子碰多了 自己也会发现 理论上的东西 也是真的不一定实用的
所以 我很讨厌理论 每次都是面试的时候准备下 工作的时候 还是我行我素 因为具体问题 具体分析 能指导你工作的理论 真的不多 呵呵 其实 我发现自己现在写代码的兴趣比较大 可能是因为喜欢用winrunner和写脚本的原因吧
作者: jesisse    时间: 2010-5-26 17:38
哈哈。。。太强!
作者: jesisse    时间: 2010-5-26 17:49
标题: 动态测试又包含哪些活动?
这个谁能具体的回答啊。。。
另外,TD的备份,我想是针对TD数据库备份吧。




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2