黑盒测试岗位职责

2024-02-06 07:13:39 精品范文下载本文

第1篇：黑盒测试岗位职责

黑盒测试岗位职责

在快速变化和不断变革的今天，岗位职责对人们来说越来越重要，岗位职责的明确对于企业规范用工、避免风险是非常重要的。大家知道岗位职责的格式吗？以下是小编精心整理的黑盒测试岗位职责，希望对大家有所帮助。

黑盒测试岗位职责1

职责描述:

1、根据游戏产品的需求文档编写测试计划;

2、负责游戏产品的新功能测试工作,拟定测试文档和测试报告;

3、负责游戏产品上线前的计划,负责制定测试计划和测试流程,保证测试质量;

4、协助开发人员复现并定位bug,提交产品功能优化、性能改进的建议。

任职要求:

1、热爱游戏行业,了解各种类型的游戏,有较强的游戏操作能力,有敏锐的游戏观察力;

2、熟悉测试过程,熟悉觉的缺陷管理工具和项目管理工作;

3、掌握系统测试的方法和原理,熟悉功能测试、性能测试、黑盒测试方法,能够编写测试文档、测试报告等;

4、思路清晰、善于沟通,能够与设计开发团队进行有效的沟通;

5、工作细致、耐心、责任心强。

黑盒测试岗位职责2

职位描述

1、执行测试工作,提交测试报告;

2、负责编写测试用例,并反馈bug信息,提交正式的bug报告,跟踪开发人员对bug的确认和修复;

3、配合开发人员进行功能调试;

4、根据产品需求,设计和执行测试用例;

5、负责测试新技术的调研与应用。

任职资格

1、本科(正规统招二本)及以上学历、通信,计算机科学与工程或相关专业;

2、具备软件工程的`基本知识,熟练掌握各种测试理论和测试技术;

3、熟悉主流操作系统、应用软件、常用配置管理系统的安装配置及测试程序;

4、具备熟练的测试技能,能快速的理解业务,对问题比较敏感;

素质要求

工作投入、负责,与他人合作良好,能主动思考,具备创新意识。

福利与发展

1、公司按国家和天津市规定缴纳五险一金;

2、双休,国家法定节假日休息。

3、丰富员工业余生活(健身房、羽毛球、乒乓球、图书借阅等)

黑盒测试岗位职责3

1、根据策划案编写测试用例,并依据测试用例对每个功能点进行详尽测试。

2、能单独负责功能系统的完整流程测试。

3、负责游戏规则、功能与界面的测试,查找、记录并跟踪处理bug,及时反馈发现的问题。

4、协助其他部门解决发现的问题。

任职要求:

1、 1-2年以上游戏测试相关工作经验。

2、具有测试用例编写能力,能独立分析需求设计文档,提取测试用例。

3、具有一定逻辑分析能力,能独立分析,定位,跟踪bug。

4、有slg、策略游戏或测试经验者优先。

良好的人际交往能力和团队合作精神,有责任心。

第2篇：黑盒测试心得

“黑盒”测“外”不测“内”

“黑盒”测的是功能

黑盒测试也称功能测试或数据驱动测试。它在已知产品应具有的功能的条件下，通过测试来检测每个功能是否都能正常使用。在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

“黑盒”的两种基本方法

黑盒测试有两种基本方法，即通过测试和失败测试。

在进行通过测试时，实际上是确认软件能做什么，而不会去考验其能力如何。软件测试员只运用最简单，最直观的测试案例。

在设计和执行测试案例时，总是先要进行通过测试。在进行破坏性试验之前，看一看软件基本功能是否能够实现。这一点很重要，否则在正常使用软件时就会奇怪地发现，为什么会有那么多的软件缺陷出现？

在确信了软件正确运行之后，就可以采取各种手段通过搞“垮”软件来找出缺陷。纯粹为了破坏软件而设计和执行的测试案例，被称为失败测试或迫使出错测试。

黑盒测试的设计方法

黑盒测试是以用户的观点，从输入数据与输出数据的对应关系出发进行测试的，它不涉及到程序的内部结构。很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。黑盒测试法注重于测试软件的功能需求，主要试图发现几类错误：功能不对或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误、初始化和终止错误。

具体的黑盒测试方法包括等价类划分、因果图、正交实验设计法、边值分析、判定表驱动法、功能测试等。在使用时，自然要针对开发项目的特点对方法加以适当的选择。

◆ 等价类划分

等价类划分是一种典型的黑盒测试方法，用这一方法设计测试用例可以不用考虑程序的内部结构，只以对程序的要求和说明，即需求规格说明书为依据，仔细分析和推敲说明书的各项需求，特别是功能需求，把说明中对输入的要求和输出的要求区别开来并加以分解。

由于穷举测试的数量太大，以致于无法实际完成，促使我们在大量的可能数据中选取其中的一部分作为测试用例。例如，在不了解等价分配技术的前提下，测试了1+1、1+2、1+3和1+4之后，还有必要测试1+5和1+6吗?能否放心地认为它们正确吗?那么1+999…（可以

输入的最大数值）呢？这个测试用例是否与其他用例不同？是否属于另外一种类别？另外一个等价区间？这是软件测试员必须考虑到的问题。

等价类别或者等价区间是指测试相同目标或者暴露相同软件缺陷的一组测试案例。1+999…和1+13有什么区别呢？至于1+13，就像一个普通的加法，与1+5或者1+392没有什么两样，而1+999…则属于邻界的极端情况。假如输入最大允许数值，然后加1，就会出现问题——也许就是软件的缺陷。这个极端案例属于一个单独的区间，与常规数字的普通区间不同。

等价类划分的办法是把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值，也就是说，如果某一类中的一个例子发现了错误，这一等价类中的其他例子也能出现同样的错误。使用这一方法设计测试用例，首先必须在分析需求规格说明的基础上划分等价类，列出等价类表。

在考虑等价类划分时，先从程序的功能说明中找出每个输入条件，然后为每个输入条件划分两个或更多个等价类。等价类可分两种情况：有效等价类和无效等价类。有效等价类是指对程序的规格说明是有意义的、合理的输人数据所构成的集合；无效等价类是指对程序的规格说明是不合理的或无意义的输人数据所构成的集合。

◆ 边界值分析

软件测试常用的一个方法是把测试工作按同样的形式划分。对数据进行软件测试，就是检查用户输入的信息、返回结果以及中间计算结果是否正确。

即使是最简单的程序，要处理的数据也可能数量极大。还记得在计算器上简单加法的全部可能性吗？再想一想字处理程序、导航系统和证券交易程序。使这些数据得以测试的技巧（如果称得上的话）是，根据下列主要原则进行等价分配，以合理的方式减少测试案列：边界条件、次边界条件、空值和无效数据。

边界值分析（Boundary Value Analysis，BVA）是一种补充等价划分的测试用例设计技术，它不是选择等价类的任意元素，而是选择等价类边界的测试用例。实践证明，在设计测试用例时，对边界附近的处理必须给予足够的重视，为检验边界附近的处理专门设计测试用例，常常可以取得良好的测试效果。BVA不仅重视输人条件边界，而且也从输出域导出测试用例。

第3篇：黑盒测试的五种典型方法

黑盒测试(black—box testing)又称功能测试、数据驱动测试或基于规范的测试。用这种方法进行测试时，被测程序被当作看不见内部的黑盒。在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事，那我们就看看它是不是在任何情况下都做的对。完整的“任何情况”是无法验证的，为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多的“任何情况”。由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。

黑盒测试首先是程序通常的功能性测试。要求：

每个软件特性必须被一个测试用例或一个被认可的异常所覆盖；用数据类型和数据值的最小集测试；用一系列真实的数据类型和数据值运行，测试超负荷、饱和及其他“最坏情况”的结果；用假想的数据类型和数据值运行，测试排斥不规则输入的能力；对影响性能的关键模块，如基本算法、应

未完，继续阅读 >

第4篇：黑盒测试的测试流程简单介绍

黑盒测试的测试流程简单介绍

话说我们一直在做黑盒自动化测试，那我们究竟处于测试中的哪个位置呢？

其实我们更多的是在执行测试提交报告和发现的软件Error，测试用例是如何设计的，为什么要这样设计又有多少人想过呢？黑盒测试中的测试用例设计的简单方法又有多少了解呢？我们常做的测试中哪些地方用到了例如等价类划分法？

下面仅仅对黑盒测试的简单的测试流程进行下说明关于黑盒测试的其他内容会在以后的帖子中说明。

首先来了解两个名词：

Statement of Work（SOW）软件使用说明书

Software Requirement Specification(SRS)软件需求规格说明书

1.需求分析阶段：对业务的学习，分析需求点。