软件测试技术难题汇总_软件测试难点

软件测试有哪些常用的测试方法

随着软件技术的不断发展，越来越多的人开始关注软件测试，软件测试的方法有很多种，重要的是选择适合的软件测试方法。选择是非常关键的，只有选择到合适的才能在工作中起到事半功倍的作用。那么软件测试的方法有哪些呢？下面电脑培训为大家具体介绍。 一、白盒测试

软件测试技术难题汇总_软件测试难点

软件测试技术难题汇总_软件测试难点

软件测试技术难题汇总_软件测试难点

白盒测试也称为结构测试，是根据程序内部的逻辑结构和代码结构，设计测试数据，完成测试的测试方法。白盒子测试的直接优点是，知道所设计的测试用例在代码上的哪个地方被忽视。IT培训认为其优点是测试人员能够增加代码的覆盖率，提高代码实行的整体质量，帮助发现代码中的隐藏危险。

二、黑盒测试

黑盒测试也称数据传输测试，作为不能够看到测试对象的黑匣子，完全不需要考虑程序内部结构和处理过程的情况，北大青鸟发现测试人员可以根据程序功能的要求规格，确定测试用例，并推断测试结果的测试方法。

三、灰盒测试

灰盒测试主要是一种综合的测试方法，它居于程序运行的外部表达。同时，根据内部逻辑结构设计用例，执行程序、采集路径执行信息和外部用户界面结果。

四、集成测试

集成测试是一种组装测试，是在单元测试基础上的一种有序测试。其主要的目的是验证软件单元间的接口关系，通过测试发现各软件单元接口间的问题，昌平北大青鸟非常期待终测试的单元构成符合设计要求的软件。

GUI软件测试的GUI软件的难点

(1) 测试用例需要专门的定义。测试用例严格来说包括软件输入及其期望输出，但通常也将软件输入称为测试用例。而GUI软件的状态与测试历史相关，软件运行的结果与软件初始状态、测试历史和当前测试输入都有关系，难以用简单的数据结构表示；测试的期望输出也变得很复杂。这使得测试用例的定义变成一个首要问题，有了明确的测试用例的定义才能够进行进一步的研究。同时，测试用例的定义对测试的效率也会产生直接影响；

python编程开发环境下的软件测试技术？

软件测试相信大家应该都不陌生了吧，今天我们就一起来了解一下，在python编程开发环境下的软件测试都有哪些知识点。 格式化输出

我们有两种大相径庭地输出值方法：表达式语句和print()函数(三种方法使用文件对象的write()方法，标准文件输出可以参考sys.stdout)。 通常需要对输出做更多的格式控制，而不是简单的打印空格分隔值。有两种方法可以格式化你的输出：一种方法是由你自己处理整个字符串，通过使用字符串切片和连接作可以创建任何你想要的输出形式。string类型包含一些将字符串填充到指定列宽度的有用作。二种方法是使用str.format()方法。

标准模块string的Template类可以替换字符串的值。(python标准模块介绍-string:文本常量和模板) Python有办法将任意值转为字符串：repr()或str()函数。

函数str()用于将值转化为适于人阅读的形式，而repr()转化为供解释器读取的形式(如果没有相关语法，则会发生SyntaxError异常，没有str()会返回与repr()等同的值。很多类型，诸如数值或列表、字典这样的结构，两者解读方式相同。字符串和浮点数则不同。 文件读写

通常，文件以text模式打开，这意味着，你从文件读出和向文件写入的字符串会被特定的编码方式(类Linux默认是UTF-8,windows经常为gbk，容易导致一些IO问题)编码。模式后面的'b'以二进制模式打开文件：数据会以字节对象的形式读出和写入。IT培训发现这种模式应该用于所有不包含文本的文件。 在文本模式下，读取时默认会将平台有关的行结束符(Unix上是

,Windows上是

)转换为

。在文本模式下写入时，默认会将出现的

转换成平台有关的行结束符。这种暗地里的修改对ASCII文本文件没有问题，但会损坏JPEG或EXE这样的二进制文件中的数据。使用二进制模式读写此类文件时要特别小心。

软件测试工程师经典面试题汇总

1.说说一个缺陷的生命周期

考查点: 测试人员对于缺陷整体生命周期的理解 ，注意面试官用词，有时只需要回答关键，有时需要分开阐述。

围绕缺陷提交、缺陷确认、缺陷打开、缺陷修复、缺陷回归、缺陷关闭这几个关键回答即可。

2.缺陷的基本类型有哪些?

考查点：需求、数据、逻辑、性能、功能、安全、兼容、变更、易用等

对于工作经历的侧面了解，有时会需要分别举例说明。

3.测试用例的基本要素有哪些?

用例编号、用例类型、用例标题（名称）、前置条件、作步骤、测试数据、预期结果、实际结果

考察类型形式多样，有些面试官会出场景需求要求现场设计用例，来用于考察应试者的思维缜密性、经验是否丰富以及对需求的理解程度。

4.你如何做用例评审?

考查点：主要考察之前工作流程是否规范，同时对于评审工作的参与度

灵活回答，不同公司不同项目评审流程也有区别。

参考：内部评审（通常由测试组内部人员评审）->正式评审（由参与该项目的产品、开发、测试、项目评审）->用例修订->项目确认

5.针对微信的聊天窗口设计测试用例

考查点：也经常会换成其他知名网站的一些搜索功能、列表功能、分页功能等等，来考察系统思维能力。

参考：

首先，了解完成业务需求后，转化为测试需求，终的测试需求一定是跟项目组评审通过的。

开始设计：

冒烟用例：实现简单的聊天功能（语音、文字形式）

功能业务：

纯文字聊天

语间聊天

表情

组合发送聊天

特殊字符及组合

发送文件

查看聊天记录

截屏功能

实时语音聊天

不同版本间的切换功能

客户化场景分解

异常场景分解

兼容性测试用例：

一般在业务需求中会定义好

在测试需求中可以分解好对应的机型与系统版本，求得小组合，用于兼容性测试的用例。

安全测试用例

性能测试用例

（一般都有的测试方案）

回归测试用例：

抽取用例库中的核心用例组合成回归用例 。

6.你发现一个缺陷，但开发人员认为不是问题，你会怎么办?

考察点：沟通表达能力，过往工作流程经验，合作意识、意识

此类问题需要首先清楚自己的角色定位，作为一名软件测试人员，此类问题是经常遇到的。如果是执行人员，可以带出原来工作的测试流程，因为缺陷处理也是属于测试流程中的一部分，如开发人员会在缺陷管理系统中备注原因，自己先分析，如果不确定可以找上级测试负责人来一起处理。但如果是管理岗，回答时可以举例说明自己以往遇到的类似问题以及处理方式，更具有说服力。

7.你评估的测试时间是5天，但只给三天怎么办?

考察点：沟通表达能力，过往工作冲突的处理方式经验

此类问题如果面试官并未给出具体场景，就一定需要反问把问题的背景描述出来，通过背景分析给出解决冲突的方法。

问题背景如：临时紧急需求、常规需求、经常性压缩时间、客户压缩时间、因自身漏洞导致压缩时间等等

那么回答时就需要应景：排列工作优先级、重新分解当前工作、改变测试策略、团队内分工、外部求助等

8.说说一个项目的测试流程

考察点：以往工作的流程规范性，业务熟悉度

可以参考下文章《测试过程文档模板整理(一)-提测流程》中提到的测试流程，结合目前项目来说明。回答时体现自信、专业、对工作环节的熟悉度

9.黑盒测试用例设计方法有哪些?

等价类划分法、边界值分析法、因果图法、正交实验法、判定表法、错误推测法、随机测试、场景法

10.软件的质量特性有哪些?

可维护性、可扩展性、可测试性、可重用性、可移植性、易理解性

一般在实习生与初级测试工程师中的笔试题也会有很多考查类型，中高级测试工程师更倾向于考察关于质量的影响因素等。

11.缺陷的基本要素有哪些?描述缺陷有哪些注意事项?

缺陷编号、缺陷标题、前置条件、测试数据、作步骤、预期结果、实际结果、初步定位原因、截图或日志信息（可选）

软件测试工程师在工作中可能遇到的困难有哪些

就我个人经历而言，工作中遇到的棘手问题不是能力和技术上的，而是和客户在业务的理解上难以形成共识

客户委托我们开发软件，但是由于客户不了解软件开发的任何相关技术，难以向我们详细说明其所需软件的功能需求和作流程等信息

同时由于我们对客户的工作流程和业务逻辑也不是很了解，所以很难在业务接触中形成双方都能理解的共识

这就象两个讲不同方言的人在某个问题上要达成共识一样，十分困难

在这种情况下，除了与客户多交流沟通外，有时甚至要直接参与到客户的日常工作中，才能更深入地了解到客户的工作流程

我认为，这是难棘手的问题