软件构造之junit对异常的测试方法

软件构造之junit对异常的测试方法

因为我的软件构造课程lab3中要求我们使用一个自定义异常，但是Junit并没有一个很好的测试异常的方法。

下面给出一种简单容易理解的测试异常的写法

@Test

public void YourTest() throws YourException{

    Throwable th=null;

    try{

        yourmethon(...);

    }catch (YourException e){

        th=e;

    }

    assertEquals("Your message",th.getMessage());

}

其实throwable类型是error和exception的父类，可以用来捕获所有抛出来的异常，和它的信息。

对于Junit中的操作，就是判断自己抛出的异常信息是不是与自己预期的相等。

此外，如果同一异常但是不抛出任何的信息时，有两种处理的方法

1.设置一个bool flag，在catch到异常的时候设置为true，然后在try...catch...结构外面测试flag是否为true

2.直接在外面用instanceof判断抛出的异常是不是自己自定义的

综上，我在lab3里这么写

软件测试中的异常操作和非法操作有什么区别

异常测试，是检测系统对异常情况的处理。异常测试覆盖硬件或软件异常时的处理。测试方应通过人为制造错误情况测试系统对错误操作、错误报文的反应，检查程序中的屏幕或页面是否给出了清晰且充分的提示或约束；一旦出现错误情况，系统是否能正常报告，并检查系统的错误提示是否清晰且充分；测试系统是否处理了用户的异常操作，还是造成死机或处理错误。非法测试，其实跟异常测试有重合之处，不过对于不同的软件产品，非法测试包括敏感词测试，比如微博，你发布不良信息等，搜索非法字眼等。

软件测试的方法一共有几种

1、从是否关心内部结构来看

（1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。

（2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。

（3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。

2、从是否执行代码看

（1）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

(2)动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。

3、从开发过程级别看

（1）单元测试：又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。

(2)集成测试：又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。

（3）系统测试：是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

在系统测试中，对于具体的测试类型有：

（1）功能测试：对软件需求规格说明书中的功能需求逐项进行的测试，以验证功能是否满足要求。

（2）性能测试：对软件需求规格说明书的功能需求逐项进行的测试，以验证功能是否满足要求。

（3）接口测试：对软件需求规格说明中的接口需求逐项进行的测试。

（4）人机交互界面测试：对所有人机交互界面提供的操作和显示界面进行的测试，以检验是否满足用户的需求。

（5）强度测试：强制软件运行在异常乃至发生故障的情况下（设计的极限状态到超出极限），验证软件可以运行到何种程序的测试。

（6）余量测试：对软件是否达到规格说明中要求的余量的测试。

（7）安全性测试：检验软件中已存在的安全性、安全保密性措施是否有效的测试，

（8）可靠性测试：在真实的或仿真的环境中，为做出软件可靠性估计而对软件进行的功能（其输入覆盖和环境覆盖一般大于普通的功能测试）

（9）恢复性测试：对有恢复或重置功能的软件的每一类导致恢复或重置的情况，逐一进行的测试。

（10）边界测试：对软件处在边界或端点情况下运行状态的测试。

（11）数据处理测试：对完成专门数据处理功能所进行的测试。

（12）安装性测试：对安装过程是否符合安装规程的测试，以发现安装过程中的错误。

（13）容量测试：检验软件的能力最高能达到什么程度的测试。

（14）互操作性测试：为验证不同软件之间的互操作能力而进行的测试。

（15）敏感性测试：为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。

（16）标准符合性测试：验证软件与相关国家标准或规范（如军用标准、国家标准、行业标准及国际标准）一致性的测试。

（17）兼容性测试：验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。

（18）中文本地化测试：验证软件在不降低原有能力的条件下，处理中文能力的测试。

4、从执行过程是否需要人工干预来看

（1）手工测试：就是测试人员按照事先为覆盖被测软件需求而编写的测试用例，根据测试大纲中所描述的测试步骤和方法，手工地一个一个地输 入执行，包括与被测软件进行交互（如输入测试数据、记录测试结果等），然后观察测试结果，看被测程序是否存在问题，或在执行过程中是否会有一场发生，属于比较原始但是必须执行的一个步骤。

（2）自动化测试：实际上是将大量的重复性的测试工作交给计算机去完成，通常是使用自动化测试工具来模拟手动测试步骤，执行用某种程序设计语言编写的过程（全自动测试就是指在自动测试过程中，不需要人工干预，由程序自动完成测试的全过程；半自动测试就是指在自动测试过程中，需要手动输入测试用例或选择测试路径，再由自动测试程序按照人工指定的要求完成自动测试）

5、从测试实施组织看

（1）开发测试：开发人员进行的测试

（2）用户测试：用户方进行的测试

（3）第三方测试：有别于开发人员或用户进行的测试，由专业的第三方承担的测试，目的是为了保证测试工作的客观性

6、从测试所处的环境看

（1）阿尔法测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试

（2）贝塔测试：是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本，并要求用户报告

扩展资料

软件测试的内容：

1 得到需求、功能设计、内部设计说书和其他必要的文档

2 得到预算和进度要求

3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )

4 确定应用软件的高风险范围，建立优先级、确定测试所涉及的范围和限制

5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试

6 确定对测试环境的要求 ( 硬件、软件、通信等 )

7 确定所需的测试用具 (testware) ，包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等

8 确定对测试的输入数据的要求

9 分配任务和任务负责人，以及所需的劳动力

10 设立大致的时间表、期限、和里程碑

11 确定输入环境的类别、边界值分析、错误类别

12 准备测试计划文件和对计划进行必要的回顾

13 准备白盒测试案例

14 对测试案例进行必要的回顾 / 调查 / 计划

15 准备测试环境和测试用具，得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南，建立测试跟踪过程，建立日志和档案、建立或得到测试输入数据

16 得到并安装软件版本

17 进行测试

18 评估和报告结果

19 跟踪问题 / 错误，并解决它

20 如果有必要，重新进行测试

21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具

参考资料：百度百科-软件测试

应用程序发生异常 未知的软件异常(0x0eedfade),位置为0x7558845d。怎么解决？

这是个比较复杂的原因引起的故障，请参考以下方法修复：

方法1，找一找是否是某款软件不正常运行，造成这种现象，打开系统任务管理器，查看相关进程，根据进程属性，确认是不是某款软件不正常运行，如果确认了该应用程序出错，解决方法如下：彻底卸载和清除此程序，并用 3_6_0 安 全 卫 士 或者 Q_Q 电 脑 管 家 清除注册表，然后重新安装该程序，最后更新到最新的稳定版本，不要安装测试版。

方法2、首先使用CTRL+ALT+Delete组合键打开电脑上的任务管理器，然后切换到【详细信息】页面；

     找到explorer.exe进程，选中后点击右下方的结束进程；

   再点击页面左上角的文件夹，选择新建任务；

    然后输入explorer.exe，点击确定回到桌面就可以正常使用任务栏！

方法3，如果程序（包括：一个或者多个）都出现该内存不能为"written"，解决办法如下：首先卸载相关的旧的版本或者测试版的应用程序，更换正式版或者稳定版的应用程序；如果故障依旧，也可以尝试通过“该内存不能为writte”的通用解决方法来修复出错程序，具体方法：打开“开始”菜单——运行中输入cmd 回车，在命令提示符下输入“for %1 in (%windir%system32*.ocx) do regsvr32 /s %1”，之后，再输入以下内容并回车 “for %1 in (%windir%system32*.dll) do regsvr32 /s %1”（注：命令都不包括双引号，另外此命令修复的过程可能持续较长时间，请一定耐心等待修复进程完全结束）。

方法4、更新和修复所有系统漏洞，这样通过系统本身更新或打补丁来修复出错的程序，尝试来消除错误。

方法5、开机不断点击F8键，进入系统操作选单（如果是Win8,Win8.1,Win10系统，在看见开机画面后长按电源键关机，短时间内重复三次左右可以进入WinRE {Windows 恢复环境}，但有的用户可能需要直接断开电源。这样开机后应该能出现高级恢复的界面了），选“最后一次正确配置”，重启电脑，看能否解决。

方法6、开机不断点击F8键，进入系统操作选单（如果是Win8,Win8.1,Win10系统，在看见开机画面后长按电源键关机，短时间内重复三次左右可以进入WinRE {Windows 恢复环境}，但有的用户可能需要直接断开电源。这样开机后应该能出现高级恢复的界面了），然后寻找“安全模式”，并进入“安全模式”，如能成功进入，依次单击“开始”→“所有程序”→“附件”→“系统工具”→“系统还原”，出现“系统还原对话框”，选择“恢复我的计算机到一个较早的时间”。这样可以用Windows系统自带的系统还原功能，还原到以前能正常开机的时候一个还原点。（如果有的话）

方法7、用系统安装光盘或者系统安装U盘，放入光驱或者插入USB接口，重启电脑，进入光盘安装系统状态或者进入U盘安装系统状态，等到启动界面闪过后，不要选安装系统，而是选修复系统，对目前系统进行修复（可能会运行很长时间，2-4小时都可能），耐心等待修复完成，看看是否能解决问题。

如以上7种方法全部无效，那就只有重装系统了。

如果有某一个软件在运行时出现异常,在后台形成了软件崩溃报告,你会选择什么工

测试过APP的人都应该发现，app崩溃是一类非常常见的问题，很多时候还是致命性的，这就要求我们测试人员要尽最大可能去找出软件当中的缺陷，减少app崩溃出现的概率，这里我将收集到的关于针对APP崩溃测试的资料以及自己的工作经验整理如下：
一、APP中BUG的直接影响：App的Bug会直接影响用户的体验、App 商店的评级、用户的忠诚度，声誉等等…
二、App崩溃是非常常见的一类bug,例如很多时候我们正在使用某个Android的APP,正在使用着突然应用就停止响应，界面上弹出“强制关闭错误”的窗口需要强制关闭应用，而iOS的APP呢则很多使用就会出现闪退的现象，这些问题，我想都是很多人所遇到的，这些都是app常见的崩溃现象。因为现在市场是andriod手机的碎片化、造成了andriod手机更加容易出现APP的崩溃，通常在网络异常时APP上还在进行数据交互，即会出现崩溃、可能的原因多种，有可能是代码中存在多余空格、程序员对该段代码的处理欠佳，未做异常处理等等；而 iOS中常见的App崩溃大多已闪退的形式出现，这些异常在最坏的情况下，不仅影响本APP的使用也可能会导致系统故障，操作系统崩溃，整个APP无法在继续使用，用户不得不卸载此APP。
三、App的测试与web端软件测试相比，所增加复杂性：
操作系统： 大量的设备，各种操作系统，目前使用最多的操作系统有：Android、iOS、windows、blackberry等等，它们之间的应用软件互不兼容。
设备：触摸式和非触摸式设备、有限的内存容量，电池耗电量，屏幕尺寸、分辨率等。
网络：不同的网络和运营商，目前我国的三大运营商就有电信、联通和移动，不同的网络制式，如GSM、CDMA、3G等，在不好或无网络的情况下的App行为。
可用性：方向，触摸，缩放，分页和导航的局限性，各种干扰，如来电，来电短信，闹钟，和低电量警报等。
四、APP常见崩溃的原因：设备碎片化：由于设备极具多样性，App在不同的设备上可能有表现不同。带宽限制：带宽不佳的网络对App所需的快速响应时间可能不够。网络的变化：不同网络间的切换可能会影响App的稳定性。内存管理：可用内存过低，或非授权的内存位置的使用可能会导致App失败。用户过多：连接数量过多可能会导致App崩溃。代码错误：没有经过测试的新功能，可能会导致App在生产环境中失败。第

软件测试电商软件异常流

就是前置条件引起的异常流。
例如，不具备订购条件的用户，不能订购该服务，这种条件排列组合就会产生很多种异常场景。
1、比如说操作进行时，断电、断网、死机等原因导致的信息丢失的异常。
2、订购过程中，用户或产品的状态变化引起的异常。
3、操作中应该选择的选项没有选择时的场景。
4、通过构造URL产生的异常场景。
5、打开两个页面做相同操作时的异常流。
6、用户账户余额不足，充值失败的异常场景。

软件测试中的缺陷级别，你知道多少【乐搏TestPRO】

严重缺陷(Critical)：不能执行正常工作功能或重要功能，或者危及人身安全，缺陷严重等级可以根据项目实际情况划分。

操作或使用某一功能时，导致程序异常退出，或其余功能无法使用，或造成经常性死机和重启

严重花屏

内存泄漏

用户数据丢失或破坏

系统奔溃/死机/冻结

程序或模块无法正常启动或异常退出

严重的数值计算错误

功能设计与需求严重不符

导致其他功能无法测试的错误

较严重缺陷(Major)：严重影响系统要求后基本功能的实现，且没有变通办法，例如

按键操作错误或失灵

在客户环境本身没有问题的情况下，网络不稳，频繁断线、掉线 实现的功能与相关需求严重不符 功能未实现 功能错误

系统刷新错误

语音或数据通信错误

轻微的数值计算错误

系统所提供的功能或服务受到明显的影响

一般缺陷(Average Serverity)：次要功能丧失，不太严重，可通过变通手段解决，例如：

按键操作偶尔失灵

边界值的处理无效，重要界面的显示问题，会对用户产生一定影响的文字错误

操作界面错误(包括数据窗口内列名定义、含义是否一致)

边界条件显示错误

提示信息错误(包括未给出信息、信息提示错误等)

长时间操作无进度提示

系统未优化(性能问题)

光标跳转设置不好，鼠标光标定位错误

次要缺陷(Minor)：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能，例如：

字符串显示不统一

拼写、对齐类的错误，UI图标、文字性错误

界面显示不美观，但对用户不产生影响的问题

不经常出现且用户可恢复的非严重问题

辅助说明描述不清楚

操作时未给用户提示

可输入区域和只读区域没有明显的区分标志

个别不影响产品理解的错误字

文字排列不整齐等一些小问题

改进型缺陷(Enhancement)：个别功能使用不够方便，但不影响用户使用的问题，例如：

用户界面不太友好

使用不习惯

如果需要软件测试学习资源、文档资源，可以留言哦，我会悄咪咪发你哦~~

手机应用软件测试经验总结

随着科技的进步，手机款型可谓日新月异，功能也越来越丰富。相应的，越来越多的手机应用软件也伴随着手机功能的多样化应运而生。面对种类众多的手机应用软件，该如何进行测试，测试时又需要重点关注什么呢？本文档由国内专业移动应用测试云服务平台-爱内测（ www.ineice.com ）的测试工程师分享。
对于产品的手机项目（应用软件），主要是进行系统测试。而针对手机应用软件的系统测试，我们通常从如下几个角度开展：功能模块测试，交叉事件测试，压力测试，容量测试，兼容性测试，易用性/用户体验测试等。

1、功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试用例（Test Case）或软件本身的流程就可以完成基本功能测试（相对简单，故障也较容易发现、解决）。

2、交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或闹铃触发，应用软件运行过程中插拔充电器等。执行干扰的冲突事件不能导致应用软件异常、手机死机或花屏等严重问题。另外，还需要注意各交叉事件的优先级别，检验系统是否能依据各事件的优先级别依次进行处理。不能因执行优先级别高的事件而导致优先级较低的事件吊死。

交叉事件测试非常重要，一般能发现应用软件中一些潜在的问题。另外有中英文模式切换的手机要注意中英文模式切换后的功能实现存在的问题（这个主要针对手机应用软件支持语言自适应功能），这一点通常会被测试人员忽略。

3、压力测试：又叫边界值容错测试或极限负载测试。即测试过程中，已经达到某一软件功能的最大容量、边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和SIM卡所能存储的最大条数，仍然进行短消息的接收或发送，以此来检测软件在超常态条件下的表现，进而评估用户能否接受。

对手机可以施加的压力测试类型主要有：

●存储压力：由于手机采用的是栈式存储，所以当一个存储块满了之后，如果程序员不做相应处理或者处理不好的话，很容易造成其他存储区被擦除，从而在UI上出现问题（比如其他功能无法正常使用，出现异常）。

●

边界压力：边界处理一直是程序员最容易忽略的地方。

●

响应能力压力：有时候某个操作可能处理的时间很长，在处理期间如果测试者再不断地进行其他操作的话，很容易出现问题。

●

网络流量压力：执行较大数据流量的功能的同时，再进行其他功能操作，使得网络流量始终处于很高的状态（如视频通话时再进行短信等其他功能操作），验证各功能是否依然能正常工作，是否存在因网络流量瓶颈而引起某功能异常。

压力测试用手工测试可能很繁锁，可以考虑自动化测试。遗憾的是，目前还没有较为大量使用的工具，一般都是由开发人员配合开发出的工具，或者高级的测试人员编写出的脚本。

4、容量测试：即存储空间已满时的测试，包括手机用户可用内存和SIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件在极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。

5、兼容性测试：也就是不同品牌、款型的手机（针对目前我们产品来说，主要是针对不同品牌、款型的手机上的测试），不同网络，不同品牌和不同容量大小的SIM卡之间的互相兼容的测试。以短消息为例：中国电信的小灵通接收到从中国移动或中国联通GSM发来的短消息，需要验证显示和回复功能是否正常等。再比如，应用软件分别在Nokia N80、N93手机上运行，各功能是否均能正常使用，界面是否均显示正常等。

6、易用性/用户体验测试：易用性（Useability）/用户体验是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力，是交互的适应性、功能性和有效性的集中体现。

G7A�x�K)M

怎么软件测试啊？

软件测试属于IT行业中容易入门的岗位，代码量较少。0基础进入IT行业，完全是ok的，IT行业分好几种有开发，测试，UI，自动化，测开，运维等这些岗位。在这些岗位里面测试相对来说还是比较容易上手学会的。因为开发、运维、自动化这些都对代码的要求挺高，0基础的话对代码认识不是一、两天就可以学好的。

课程内容主要有：

搭建Windows测试环境，JAVA编程，软件测试基础，数据库技术，用户界面技术，高效设计测试用例，阶段项目实训，搭建 Linux 测试环境，白盒测试，WEB技术，高效使用自动测试工具，软件质量保证，流行测试基础，企业级项目实训用例等！

学完可以从事：

功能测试工程师，性能测试工程师，安全测试工程师，白盒测试工程师，自动化测试工程师，接口测试工程师，测试开发工程师等。

互联网行业目前还是最热门的行业之一，学习IT技能之后足够优秀是有机会进入腾讯、阿里、网易等互联网大厂高薪就业的，发展前景非常好，普通人也可以学习。

想要系统学习，你可以考察对比一下开设有相关专业的热门学校，好的学校拥有根据当下企业需求自主研发课程的能力，能够在校期间取得大专或本科学历，中博软件学院、南京课工场、南京北大青鸟等开设相关专业的学校都是不错的，建议实地考察对比一下。

祝你学有所成，望采纳。

好了,以上就是软件构造之junit对异常的测试方法的全部介绍,希望小编精心整理的这篇内容能够解决你的困惑。访问学分高考了解更多相关话题（本文共11085字）