在测试过程中遇到的问题（员工测评打分系统）

一.测试人员在测试过程中发现一处问题前言

大家好，如果您还对测试人员在测试过程中发现一处问题不太了解，没有关系，今天就由本站seo导航为大家分享测试人员在测试过程中发现一处问题的知识，还望可以解决大家的问题，下面我们就开始吧！

二.测试人员在测试过程中发现一处问题正文

话题：测试人员在开发团队中处在什么地位

1，软件测试在软件开发过程中，软件产品测试过程中的各个阶段，其目的是为了确保软件产品的质量

需求分析-编写测试计划-准备-准备好的测试用例的测试程序-执行测试用例-提交

黑盒功能测试，性能测试，兼容性测试，这些钱报告-缺陷跟踪-回归测试-测试主要包括安全，GUI测试，压力测试，可用性，容量测试，异常测试，安装测试和白盒测试静态和动态两种测试

插入ITO一个（）的值吗？（）;添加

更新一组...从..更改表的信息

5，不知道你问什么。缺陷给你答案

（1）状态：新开维修关闭拒绝重复丢弃推迟

（2）重新打开的bug报告：标题，详细说明（说明，前提步骤重现，预期结果和实际结果），国家发现，人，人在负责的项目，版本，严重程度，优先

7，第一个集成测试，系统测试，包括功能测试结束后，和性能测试，系统测试缺陷后还可以竣工验收试验表明用户做！

9，发现的缺陷不直接提交，和通信的发展，如果通信时，会发生暧昧视图需要决定是否缺陷，如果你不能决定一个咨询项目经理。在球场上的缺陷，例如，应用框架，和一些按钮不改变的标志，它是最好的摆脱的现货和开发人员说。不要提交缺陷。开发和测试的矛盾的存在是一致的，我们没有办法杜绝，只能尽量减到最小。

10，细心，耐心，自我调节能力，学习的能力。有良好的全局意识，和观察的权力！

11，接口-函数（应该有一个网站的功能一般化！测定按照与遵循的过程中测量系统的第一单一功能。测试链路的个人之间的总是可以！）

话题：硬件测试笔试题V1(附答案)

（本试卷满分100分，请将答案写在答题卡上与试卷一并上交）

姓名：日期：分数：1.发现错误多的模块，残留在模块中的错误也多。()

2.测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（）

3.功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（）

4.编写测试计划的目的是：使测试工作顺利进行，使项目参与人员沟通更舒畅?，使测试工作更加系统化。（）

5.硬件测试目的是杜绝产品硬件上无任何问题。（）?

6.验收测试是由最终用户来实施的。（）

7.钽电容最适合用来滤除高频噪音。（）

8.负载测试是验证要检验的系统的能力最高能达到什么程度。（）

9.无线电监测中，常用一些单位有dBuv、dBm等，dBm是功率单位。（）

10.10W功率可由40dBm表示。（）

1.常见的信号完整性问题有：（）

2.下列属于产品可靠性指标的是：（）

A,失效率B,平均寿命C,直通率D,可靠度E,维修度

A,动态随机存储器B,动态C,静态D,静态随机存储器

4.以下几种可以做为硬件测试标准的输入：（）

A,用户需求B,国标C,产品规格D,硬件测试工程师经验

电压定律：在集总电路中，任何时刻，沿任一回路，所有支路电压的代数和恒等于零

话题：测试过程中如何能早发现问题？

问题描述不够清晰，无法给出非常准确的答案。

很难想象一个对数据不敏感，不善于分析数据的人能在测试过程中提前发现问题。

话题：软件测试人员遇到发现的bug不能重现怎么办

1、在A版本发现的bug应该在A版本进行重现

们知道，有很多原因会导致A版本的bug可能不能在B版本重现：1）开发人员自己偷偷解了bug，以免受到KPI考核；2）环境差异，可能B版本的代码在

A版本的环境也会出问题，但是在开发环境可能就不能复现；3）代码变更，也许是其他的代码引起的bug，B版本时其他开发已经修改，此类可以归纳为相关联

功能引起的bug；4）AB两版本进行复现的前置条件及步骤已不同。

既然有这么多可能性，那我们就应该排除影响，让问题简单化，保持环境和代码一致的情况下进行复现。A版本的bug如果在B版本不能复现，时间和条件允许的话，那就回退代码到A版本，有个前提不用回退，那就是已准确定位问题了，并且确定在B版本已经解决它了。

2、项目时间允许的情况下，开发人员应大力协作复现bug

于”疑难杂症“，开发人员应大力配合测试人员进行复现：1）如果对于不好调试的代码就打印更多log；2）可以通过连接测试环境数据库并回滚代码到A版

本，根据获悉的已有情况添加断点调试代码；3）做更细致的codereview等等方式。在自己负责的那部分代码确定完没有问题，这时候就需要考虑到接

口，是否在接口数据处理上的问题，就需要其他开发人员配合。而测试人员需要尽最大努力来还原当时的场景：环境，数据，前置条件及测试步骤等。

3、测试人员要再次确认用例设计的覆盖度及周密性

有几种情况会导致不可复现：1）环境；2）代码；3）数据。而数据又可以归纳到代码容错性处理上，环境其实是可以很好还原的，那出现不容易复现的bug就大多数是归于代码和数据上了，对于测试而言，用例设计的覆盖不够，不够严谨就会导致bug不在我们的掌握中。

个时候，我们有两种情况：一是原本用例就没有好好设计过，未经评审过，大家测试时就很随意，勿容置疑，赶紧把用例好好琢磨琢磨，再叫上项目相关人员进行评

审，这么做的目的也是为了保证测试用例得到了项目相关人员的认可，各种情况大家都讨论过，保证在需求上大家的一致性，保证软件覆盖度能满足本次项目需求的

要求，做到需求100%覆盖，开发人员若再提出更多建议，那也可以弥补一些黑盒测试时可能遗漏的情况；二是该项目已经经过严格的需求评审及用例评审了。当

然，即便如此也不能避免漏测以及对特殊情况的考虑。

当然，要这么做的前提是这个bug很严重，影响了版本的发布，有必要召集大家协力解决掉它。

4、绞尽脑汁，它仍然不能复现时，保持关注

相信，通过以上步骤的努力，仍然不能复现的bug一定是优先级不高的，那就再评估重要度，若通过项目组决定不影响版本发布，就密切关注此bug，在发布后

验证时也重点关注下。而且该bug不能关闭，依次往以后版本中顺延，并且每轮测试时都要尝试再次复现。那何时可以关闭呢？也许3，5个版本发布后，没有出

5、思考测试流程及测试规范，及时更正走过的弯路，制定提交bug的规范，便于开发及我们自己复现

一次，就会有第二次，我们应该及时响应，即便不能亡羊补牢，也要防患未然。提交bug的规范，这个可能每个公司情况不一样，有些公司木有限制，提交的

bug也是千人千面，这对于开发人员理解bug和复现bug无疑增加了难度。而规范了bug提交，若记录了此bug的前置条件，使用的数据及操作步骤，可

能会大有益处。当然，此处不是说每个bug都这么详细。

话题：常见的黑盒测试方法有哪些？

常用的黑盒测试方法有划分等价类、边界值分析法、错误推测法、因果图法、判定表组成法、正交试验设计、场景法。

黑盒测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。

黑盒测试被称为功能测试或数据测试，在测试时，将被测软件视为一个不能打开的盒子，在完全不考虑程序内部结构和内部特性的情况下来进行测试，采用黑盒测试的主要目的是在已有软件产品所应具有的功能等基础上进行下列操作：

1、检查程序功能是否按照需求规格说明书的要求正常使用，测试每个功能是否有遗漏，测试性能特性是否满足要求。

2、测试人机交互是否错误，检测数据结构或外部数据库访问是否错误，程序是否能适当的输入数据而产生正确的输出结果，保持外部信息（如数据库或文件）的完整性。、

3、检测程序初始化和终止方面的错误。

话题：黑盒测试方法有哪些?

从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。

等价类划分的办法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的，常用的黑盒测试用例设计方法。

黑盒测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。