如何理解传统软件测试

如何理解传统软件测试

软件测试都需要干些什么，通过以下回答相信你能弄懂
1、需求分析阶段：只要就是对业务的学习，分析需求点。
2、测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。
3、测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。
4、测试方案阶段：主要是对测试用例和规程的设计。测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要评审。
5、测试执行阶段：执行测试用例，及时提交有质量的Bug和测试日报，测试报告等相关文档

App的测试，和传统软件测试有哪些区别？应该增加哪些方面的测试用例？

随手机对人们生活中的影响越来越大，App测试工作逐渐被众人所知。从一开始的众包到现在的自动化探索，手机测试上的技术发展也是日新月异。

App测试相比以往传统的软甲测试相关要复杂的多且困难的多。

基于工作经验，我将如何做好app的测试归结为如下内容。

(1)   非功能测试

app测试的一个重要方面是app的非功能需求。移动app在推出市场或进行进一步开发前，测试人员有一定的职责做该类需求的跟踪工作。

早期开发阶段要进行的第一个测试应该是实用性测试。通常是由alpha用户或同事进行的。走进一家咖啡馆或餐厅，问问里面的人他们的app使用情况。让他们看看现阶段开发的第一个版本并收集反馈，看看用户是否能很好地使用新功能，以便得出第一印象。

(2)   功能测试

每项开发的新功能都需要进行测试。app测试中功能测试是一个重要方面。测试人员应该要进行手动测试和后期的自动化测试维护。刚开始测试时，测试员必须把app当做"黑盒"一样进行手动测试，看看提供的功能是否正确并如设计的一样正常运作。除了经典软件测试，像点击按钮、提交订单看看会发生什么，测试员还必须执行更多功能的app测试。

除了整个手动测试过程，测试自动化对移动app也很重要。每个代码变化或新功能都可能影响现存功能及它们的状态。通常手动回归测试时间不够，所以测试员不得不找一个工具去进行自动化回归测试。现在市面上有很多自动化测试工具，有商业的也有开源的，面向各个不同平台，如Android，iPhone，WindowsPhone7，BlackBerry以及移动Webapp。根据开发策略和结构，品质管理测试专家需找出最适合他们环境的自动化工具。

(3)   客户端性能测试

一个App做的好不好，不仅仅只反应在功能上。被测的app在中低端机上的性能表现也很重要。比如：一个很好玩的游戏或应用，只能在高端机上流畅运行，在中低端机上卡的不行，也不会取得好的口碑。

关于App的性能测试，我们比较关注的参数有：CPU，内存，耗电量，流量，FPS。同时也需关注一下App的安装耗时和启动耗时。

目前大家可能比较困惑的一个问题，多高的CPU，内存，耗电量，流量，FPS才算是符合发布的值呢？这里可以告诉大家，可以参考精品游戏的一些数值，将自己研发的app与业内精品的app数据做对比。

(4)   适配兼容测试

App在经过功能测试后，也需对其进行适配兼容测试需要检查的项主要有以下几点：

(a) 在不同平牌的机型上的安装、拉起、点击和卸载是否正常；

(b) 在不同的操作系统上的安装、拉起、点击和卸载是否正常；

我们在实际测试中，常常会遇到下列问题：

(a) 在某个平牌某个系统上，app安装不上；

(b) 在某个平牌某个系统上，app无法拉起；

(c) 在某个平牌某个系统上，app拉起后无响应或拉起后黑屏、花屏；

(d) 在某个平牌某个系统上，app无法顺利卸载；

（WeTest腾讯质量开放平台）这个产品可以实现多款热门机型的适配兼容测试。

(5)   弱网络测试

App在使用的过程中，难免会遇到弱网络环境，例如在公车上、在地铁里。在这种情况下，常常会出现网络抖动、上行或下行超时，导致应用中出现丢包。

作为一个测试人员，我们要对app在上线前做一定场景的弱网络环境模型，并查看app在弱网络环境下是否存在某些未知的问题。下面是我们常用的弱网络环境场景：

(a) 3G弱网络信号场景模拟；

(b) 市区低速移动场景模拟；

(c) 郊区高速移动场景模拟；

(d) 请求回应超时_上行超时场景模拟；

(e) 请求回应超时_下行超时场景模拟；

(f) 网络抖动场景模拟；

(6)   耗电量测试

App在手机上的表现，除了功能外，app是否耗电，也是测试过程中重点要关注的一项。手机设备在满电的时候，这个App能玩多久；App每小时的耗电是多少；App在某个场景挂机10分钟耗电量是多少；这些都是我们平时在耗电量测试中比较关注的点。

(7)   协议测试

模拟客户端直接发送协议包给服务器，看看服务器是否有一定的校验，认不认客户端发过来的数据。协议测试，主要是为了处理用户发送恶意协议到服务器，骗过服务器的校验。

(8) 安全测试

App在上线前，都需要做详细的安全测试。安全测试主要为了检测应用是否容易被外界破解；是否存在被恶意代码注入的风险；上线后外挂的风险高不高等。

(9) 服务器性能测试

服务器性能测试，主要包含单机容量测试和24小时稳定性测试。单机容量测试，可以检测到单机服务器在90%的响应时间和成功率都达标的前提下，能够承载多少用户量。使用特定游戏模型压测24小时，服务无重启，内存无泄漏，并且各事务成功率达标。

这个可以在WeTest入口预约。

(10) 服务器容灾测试

服务器容灾测试，主要指某个服务进程奔溃掉后，是否具有自行恢复能力。比如游戏逻辑进程消失后，是否会自动拉起；memcached崩溃时，是否会重新启动，是否会对所有玩家有影响。这些都是app测试过程中需要考虑的因素。

(11) 中断测试

针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法，如：App在前台和后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。测试电话，短信，彩信，微博或其他通知进来时app的反应。

(12) 上线后期的舆情跟踪

新的app上线后，用户对此应用的评价，存在哪些测试期间未察觉的Bug，论坛上对于该应用热门的帖子有哪些，应用商店中该应用的口碑如何等，都是app在上线后，测试人员需要关注的点。若需要测试期间未发现的Bug，需要新测试服进行确认并根据该问题的修复。

简述软件测试发展的历史及软件测试的现状

软件测试的发展历程：

随着计算机的诞生——在软件行业发展初期就已经开始软件测试，但这一阶段还没有系统意义上的软件测试，更多的是一种类似调试的测试。测试是没有计划和方法的，测试用例的设计和选取也都是根据测试人员的经验随机进行的，大多数测试的目的是为了证明系统可以正常运行。

20世纪50年代后期到20世纪60年代，各种高级语言相继诞生，测试的重点也逐步转入使用高级语言编写的软件系统中，但程序的复杂性远远超过了以前。尽管如此，由于受到硬件的制约。在计算机系统中，软件仍然处于次要位置。软件正确性的把握仍然主要依赖于编程人员的技术水平。因此，这一时期测试理论和方法的发展比较缓慢。

20世纪70年代以后，随着计算机处理速度的大幅度提高，存储器容量的快速增加，软件在整个计算机系统中的地位变得越来越重要。随着软件开发技术的成熟和完善，软件的规模也越来越大，复杂度也大大增加。因此，软件的可靠性面临着前所未有的危机，给软件测试工作带来了更大的挑战，很多测试理论和测试方法应运而生，逐渐形成了一套完整的体系，培养和造就了一批批出色的测试人才。

如今在软件产业化发展的大趋势下，人们对软件质量、成本和进度的要求也越来越高，质量的控制已经不仅仅是传统意义上的软件测试。传统的软件测试大多是基于代码运行的，并且常常是在软件开发的后期才开始进行，但大量研究结果表明设计活动引入的错误占软件开发过程中出现的所有错误数量的50%~65%。因此，越来越多的声音呼吁，软件产业化要求有一个规范的软件开发过程。而在整个软件开发过程中，测试已经不再只是基于程序代码进行的活动，而是一个基于整个软件生命周期的质量控制活动，贯穿着软件开发的各个阶段。

我国软件测试的现状：

在我国，软件测试可能还算不上一个真正的产业，许多软件开发企业对软件测试认识淡薄，软件测试人员与软件开发人员往往比例失调，而在发达国家和地区软件测试已经成了一个产业，微软的开发工程师与测试工程师的比例是1：2，国内一般公司是6：1.很多人认为导致这种现状产生的原因与接受的传统教育和开发习惯有相当大的关系。软件行业相对于其他一些行业来说是相当年轻的，开发工作包含了需求管理、分析、设计、测试和部署等工作，由于软件业的历史年轻，而且一般人认为，开发周期前面的工作没有完善之前，比较难于考虑到稍后的阶段。因此，可以看到软件业大部分的精力都投入在需求管理、分析、设计三个阶段的开发，造成了这些方面软件和方法论的快速发展，而忽视了测试工作。

总之，与一些发达国家相比，国内测试工作还存在一定的差距。主要体现在测试意识以及测试理论的研究、大型测试工具软件的开发以及从业人员数量等方面。其实，这与中国整日软件的发展水平是一致的，因为我国整体的软件产业水平和软件发达国家水平相比有较大的差距，而作为软件产业重要一环的软件测试，必然有不小的差距。但是，我们在软件测试实现方面并不比国外差，国际上优秀的测试工具，我们基本都有，这些工具所体现的思想我们也有深刻的理解，很多大型系统在国内都能得到了很好的测试。

今天太阳也东升，而后西沉，早晨盛开的花儿也将凋谢；今天的太阳也西沉，而后东升，阳光照射之处遍地花开，但却已非昨日之花。

面向对象的软件测试与传统软件测试有什么不同?

⑴传统的测试要在编码之后才进行，主要测试的对象是程序代码。而面向对象的测试既在没有代码的情况下进行测试，也在有代码的情况下进行测试，是一种被应用在开发过程不同阶段的活动，是与开发过程密切相关而又分离出来的过程，贯穿软件开发的全过程。
⑵面向对象的测试更关注对象而不是像传统的测试仅完成输入输出的单一功能，强调需求或设计的测试，验证和确认规格说明的有效性和正确性。一般采用静态走查和动态的场景模拟等方法，保证了需求和设计的高质量。
⑶由于测试对象不同，如传统测试中的单元测试，对应面向对象的测试中的类测试，类测试包括：类属性的测试、类操作的测试、可能状态下对象测试。根据面向对象的主要特性，在测试策略和方法上有所区别。通常面向对象的测试更加困难，例如类间的继承性可能给测试带来新的困难，继承性层次的测试需要更彻底的测试方法。
⑷在面向对象的测试中，一些常用的传统测试技术，如白盒法、黑盒法仍然可以使用。

App测试和传统软件测试有哪些区别

A：相同点
不管是传统行业的web测试，还是新兴的手机app测试，都离不开测试的基础知识：
1）同样的设计测试用例方法：边界值分析法、等价类划分、错误推测法、场景法等（若想看这些基础课视频，直接点击原文看腾讯课堂的视频，都有，且免费！）；
2）同样的测试方法：黑盒测试，验证业务功能是否正确符合用户或者设计预期；
3）都要检查UI：界面的布局、风格和按钮等是否简洁美观、是否统一等；
4）页面性能检测：测试页面载入和翻页的速度、登录时长、内存是否溢出等；
5）应用的稳定性：测试应用系统的稳定性等，不会闪退卡死等。
B：不同点
相对于web测试，APP测试，除了要考虑基本的功能测试、性能等，还要考虑手机本身固有的属性特征。所以APP测试过程中还需要注意如下几个方面特性：
1）手机作为通信工具，来电、去电、接收短信等操作都会对app应用程序产生影响，所以app测试第一个要考虑的属性特征是：中断测试。
中断测试有人为中断、新任务中断以及意外中断等几种情况，主要从以下几个方面进行验证：
a.来电中断：呼叫挂断、被呼叫挂断、通话挂断、通话被挂断
b.短信中断：接收短信、查看短信
c.其他中断：蓝牙、闹钟、插拔数据线、手机锁定、手机断电、手机问题（系统死机、重启）
2）手机用户对app产品的安装卸载操作：
a.从上一个版本/上两个版本直接升级到最新版本。
b.全新安装新版本
c.新版本覆盖旧版本安装
d.卸载旧版本，安装新版本
e.卸载新版本，安装新版本
3）web自动化测试使用的工具较常用的是QTP，而android手机自动化测试工具比较常用的是monkey、monkeyrunner、appium。

游戏测试与软件测试的区别

一、工作内容不同

游戏测试就是不断的玩游戏发现游戏中的bug。

软件测试就是不断的使专用软件发现软件中的bug。

二、要求不同

游戏测试：合格的游戏测试要具备企划游戏或者编写程序的能力，而且必须有相当的耐心与细心进行测试。

软件测试：及时发现软件问题并及时督促更正，确保产品的正常运作。

三、侧重点不同

软件测试：传统软件重点是在功能方面。

游戏测试：游戏的侧重点在体验方面。

扩展资料：

测试方法

1、静态测试方法

静态测试方式指软件代码的静态分析测验，此类过程中应用数据较少，主要过程为通过软件的静态性测试

（即人工推断或计算机辅助测试）测试程序中运算方式、算法的正确性，进而完成测试过程，此类测试的优点在于能够消耗较短时间、较少资源完成对软件、软件代码的测试，能够较为明显地发现此类代码中出现的错误。静态测试方法适用范围较大，尤其适用于较大型的软件测试。

2、动态测试

计算机动态测试的主要目的为检测软件运行中出现的问题，较静态测试方式相比，其被称为动态的原因即为其测试方式主要依赖程序的运用，主要为检测软件中动态行为是否缺失、软件运行效果是否良好。其最为明显的特征即为进行动态测试时软件为运转状态，只有如此才能于使用过程中发现软件缺陷，进而对此类缺陷进行修复。

参考资料来源：百度百科-游戏测试员

参考资料来源：百度百科-游戏测试员

以上就是小编整理的如何理解传统软件测试全部内容了，欢迎大家留言讨论。访问学分高考了解更多相关话题