软件缺陷有哪些？软件测试目的是什么？你知道吗？

软件缺陷：

1）软件未实现产品说明书要求的功能

2）软件出现了产品说明书指明不应该出现的错误

3）软件实现了产品说明书未提到的功能

4）软件未实现产品说明书虽未明确提及但应该实现的目标

软件令人费解，操作不便，执行迟缓，或者依照测试人员的观点，最终用户会判定其欠佳。

软件测试是为了找出软件中存在的各种问题，而对软件进行检验和核实的操作流程，这个流程覆盖了整个软件开发的全过程。通俗地讲，软件测试就是以找出偏差为宗旨，对程序或系统进行的实践环节。

软件测试的目的：

1.验证软件需求和功能是否得到完整实现

2.验证软件是否可以发布

3.尽可能多的发现软件中的bug

4.尽可能早的发现软件中的bug

5.对软件质量做出合理评估

6.预防下个版本可能出现的问题

7.预防用户使用可能出现的问题

8.发现开发过程中的问题和风险

软件测试的原则：

1、所有测试的标准都是建立在用户需求之上 。

测试的深度和广度需要适当把握，彻底检查并不可行，测试的成本效益必须保持平衡。

软件里大部分错误，源自前期的构思、规划与检查环节，这阶段能解决大部分问题；另有少数毛病，要在系统检测时才察觉；极少数瑕疵，则需经过长时间的实际操作才会显现出来。

4、尽可能早的开展测试，越早发现错误，修改的代价越小。

5、发现错误较多的程序段，应进行更深入的测试。

软件项目一旦启动，软件测试工作就应立即展开，不必等到程序编写完成才着手测试。

7、软件开发人员即程序员应当避免测试自己的程序

认真遵循既定方案，消除随意操作，防止出现遗漏，或是进行无谓的重复劳动

软件测试的流程

web测试和APP测试的区别

从实际作用的角度来看，流程检测和功能检测本质上没有不同之处。那么，它们的差异究竟体现在哪里呢？

由于载体不一样，所以系统测试和一些细节可能会不一样。

那么我们就要先来了解，web和app的区别。

网络应用通常采用浏览器服务器模式，依赖客户端访问，而移动应用则遵循客户端服务器机制，需要独立客户端软件。这两种架构在系统检测环节存在显著不同之处。

从整体构造角度分析，网页测试一旦服务器端获得变更，客户端便会自动实现同步调整。而且客户端能够确保所有用户使用的版本完全相同。但应用端无法做到这一点，除非用户主动更新应用。若应用内部对服务端进行改动，则所有客户端用户所依赖的核心版本都必须执行一遍回归测试。

性能考量方面，网络界面或许只注重回复速度，而移动应用则必须留意数据使用量、电力消耗、处理器、图形处理器、内存等多个指标。至于服务器端的性能要求，两者并无不同，因此在此不再赘述。

相比较web测试，app更是多了一些专项测试：

健壮性测试：

针对特殊情况的处理和信号不良环境下的验证，这些特殊情况包括设备断开连接，接听电话，接收短信，关闭电源，以及系统重新启动等情形。

弱网测试是应用测试中必不可少的一个环节。它涵盖了弱网环境下的测试以及网络状态转换的测试。必须评估弱网条件对用户使用感受的影响，尤其要关注回退操作和刷新动作是否会导致数据重复提交。还要检验系统对数据丢包和传输延迟的应对策略。目的是减少用户流失。这些内容在先前的弱网测试说明中已经阐述过，因此在此不再赘述。

安装、卸载、更新：

网络检验依托于浏览器无需顾及这些方面，而手机应用属于本地端，则必须检验安装、升级、移除等流程。除了正常的安装、升级、移除，还要留意非正常状况。例如安装期间发生中断、信号不良、安装后移除安装包，升级时的强制升级与可选升级、部分升级、中途暂停、信号不良，移除后删除应用相关数据等等。

在自动化领域，网页开发通常采用selenium和webdriver技术，移动应用开发则普遍使用appium框架。

性能测试的软件在浏览器端主要是LR，而在移动端则更常运用Jmeter

如何提交高质量的缺陷报告单

缺陷的概述必须简明扼要，确保关联的开发人员能迅速明白具体问题所在。

一份完整的故障记录表，需要包含其必需的内容，比如：简短概述，问题发现者，测试场所，浏览器类型，问题复现过程，紧急程度，分配人员，相关功能单元等等，这些必需的内容必须说明得详细准确。

测试故障的复现流程需要表述准确无误，以便项目组人员依照流程能够精确地复现问题，进而找出故障产生的根本原因。

测试数据是复现问题不可或缺的关键部分，必须明确记录测试时采用的所有信息，确保描述精准无误。开发人员需要依据这些测试数据，精确地重现出问题现象。

附件中的截屏内容，可以让技术人员迅速识别出问题的具体位置，无需过多查看。

如何对web系统进行全面测试？

该网址指向51Testing网站的一篇文章，具体内容为该网站的第四部分，编号为3727304的网页，网址为http://www.51testing.com/html/04/n-3727304.html。

一、 功能测试

1、链接测试

网络应用系统的重要标志就是链接,它用于在不同页面间转换,并引导用户访问那些未知的网址。链接检测可以分解为三个环节。先确认所有链接都准确指向了目标页面，再检查这些页面是否真的存在，同时还要确保Web系统里没有无法通过其他链接访问的页面，这种页面只能通过其固定网址才能打开。链接检查工作可以自动完成，市面上现在有很多相关工具可以使用。链接检测务必在整合测试环节实施，换言之，需等所有网页构建完毕，方可开展链接检测工作。

2、表单测试

用户在向Web应用系统管理员反馈内容时，通常借助表单功能，比如进行账号注册、身份验证、资料递交等操作。此时，我们务必检查递交环节的完备性，以确保传输至服务器的数据准确无误。例如，需要核实用户填写的年龄时间与从事行业是否协调，填写的地域信息是否吻合等。倘若应用了预设值，还需确认这些预设值的合理性。若表格仅能接收特定若干数值，亦需加以验证。譬如：当表格仅能容纳特定若干字符时，验证阶段可略过这些字符，观察系统是否会显示错误信息。

3、Cookies测试

Cookie常用于记录个人资料及用户在特定软件中的活动，当访客借助Cookie进入某个应用平台时，服务器会传递相关资料，这些资料会以Cookie形态保存在用户设备上，此举有助于构建个性化页面或保存登录凭证。当网络服务部署了数据凭证时，需要确认这些凭证能否正常运作。验证环节应涵盖多个方面，比如数据凭证是否生效，能否依照既定时限留存，页面更新会对数据凭证产生何种作用。

4、设计语言测试

不同Web设计语言版本之间的区别可能造成客户端或服务器端出现严重故障，比如选择哪种HTML版本。在分布式环境下进行开发时，由于开发人员分散各地，这个问题就更加突出。除了HTML版本差异外，还需要验证不同的脚本语言，诸如Java、JavaScript、ActiveX、VBScript以及Perl等。

5、数据库测试

数据库在互联网应用领域扮演着关键角色，它为网络系统的维护操作、信息检索以及满足用户数据保存需求等环节提供了必要支持。当前网络应用普遍采用关系型数据管理系统，这种系统支持运用结构化查询语言来管理数据资料。基于数据库的网络系统在运行过程中，通常会出现两种问题，即数据统一性偏差和结果呈现异常。数据准确性问题大多源于用户填写的资料有误，而结果偏差则多由传输不畅或系统构造缺陷所致，对于这两种状况，可以分开进行验证。

二、 性能测试

1、连接速度测试

上网方式不同，用户接入网络应用的快慢也不同，可能是通过电话线，也可能是利用宽带连接。下载软件时，人们能够耐心等待较长时间，但访问单个网页则不会。一旦网络系统反馈迟缓，比如需要超过五秒，使用者就会失去耐心而中断操作。部分网页设有访问时限，倘若反馈迟缓，使用者或许未及查览资讯，便需再度认证身份，此外，若传输速率低落，或会致使资料遗失，令使用者无法获取确实的网页内容。

2、负载测试

性能检测旨在评估Web平台在特定工作负荷下的运行状况，确保其能满足既定要求。工作负荷指标既可能指特定时段内使用该平台的访客数目，也可能代表线上处理的数据体量。一个网络服务系统可以支撑多少访客同时接入，一旦突破这个极限会产生什么后果，该系统是否能够应对众多访客对同一个页面的访问需求

3、压力测试

性能验证需在互联网平台正式上线后实施，务必在真实网络条件下开展。由于公司内部职员，尤其是项目团队资源总是有限的，而网络应用系统能够同时应对的访问请求量将远远突破这个范围，因此，只有将其部署在公共网络中，经过压力检测，所得数据才是真实可靠的。对系统实施抗压检验，就是故意让一个网络服务程序遭受损毁，考察它的应对表现。抗压检验旨在评估系统的承受极限和故障补救水平，具体来说，就是要查明网络服务程序是否会失效，以及会在何种状况下失效。攻击者经常输入异常的数据包，持续攻击直到网络服务程序彻底瘫痪，然后趁系统重启之际抢占访问权限。进行抗压检验时，需要关注表单提交、身份验证和各类信息交互等环节。

三、 可用性测试

1、导航测试

导航说明了用户如何在一个界面上进行活动，涵盖了各种界面元素，比如按键、交互框、清单和视窗等;同时也涉及了从一页切换到另一页的过程。评估一个网络应用系统的导航便捷性，需要思考几个方面，比如，其路径设计是否清晰易懂，核心功能能否从首页直接进入，是否必须借助站点地图、搜索工具或额外指引来辅助用户浏览，过多的内容堆砌在单页上，反而可能产生负面作用。用户在使用网络应用时往往以目标为导向，他们会迅速浏览整个系统，寻找符合需求的内容，若未找到，便很快离开。几乎没有人愿意花费时间了解系统的整体布局，所以网络应用的导航指引必须尽可能精准。导航设计的另一个关键点在于系统内各页面、指引方式、菜单选项以及链接呈现是否保持统一风格。要让用户能凭本能判断Web系统里是否还有信息，以及信息具体在哪，必须确保界面设计足够直观。一旦Web系统的结构规划完成，就应该立即开始检验用户的路径选择能力，最好能邀请实际操作人员一同参与，这样测试的效果会更好。

2、图形测试

网络软件系统中，合适的图像和动态效果既能发挥广告推广的效用，也能实现页面装饰的用途。一个网络软件系统的视觉元素涵盖图像、动态效果、轮廓线、色彩、文字样式、底图、交互按钮等。

图形测试的内容有：

图形必须具备明确的用途，图片与动画不能随意堆积，以避免传输时间被无谓消耗，Web应用系统的图片尺寸应当尽可能压缩，同时需要清晰地表达特定信息，通常都会指向某个特定的页面。

(2)验证所有页面字体的风格是否一致。

(3)背景颜色应该与字体颜色和前景颜色相搭配。

图片的尺寸和清晰度具有显著影响，通常借助JPG或GIF进行压缩处理。

3、内容测试

内容检测旨在核实网络系统所展示数据的真实性、精确度及关联性，数据的可靠性关乎信息是否可信，不可靠的信息可能导致误导，例如商品价格清单中出现的偏差可能引发经济纠纷乃至法律诉讼，数据的精确度则关注是否存在语言表达或文字记录上的瑕疵这类检测一般借助文字编辑工具完成，比如借助微软文字的拼音校验与语法纠错功能；信息关联度衡量的是当前界面能否检索到跟当前查看内容关联的资讯清单或链接入口，也就是常规网络站点中的关联资讯栏目。

4、整体界面测试

整体界面代表整个网络应用系统的页面布局规划，体现给使用者的一种整体观感。比如：用户在查看网络应用系统时是否觉得顺畅，是否能够直接找到所需内容？整个网络应用系统的设计风格是否统一？对整体界面的检测工作，实际上是通过访问者来了解最终使用者的体验。常见的网络服务系统通常会在首页设置一个意见征询表单，以此收集终端使用者的回馈内容。任何形式的可用性评估工作，都必须吸纳非开发方人员（与网络服务系统建设关联度不高或几乎没有关联的人员）加入，而最理想的情况是邀请最终用户参与其中。

四、 客户端兼容性测试

1、平台测试

市面上存在多种多样的操作系统版本，诸如Windows、Unix、Macintosh、Linux等较为普遍。用户实际采用何种操作系统，须依据其个人系统的具体设置来决定。因此，可能会产生适配难题，某个应用或许能在部分操作系统环境中顺利运作，但在其他操作系统环境中则可能遭遇运行障碍。所以，在网站正式上线之前，务必要在多种不同的工作平台上进行网站的功能适配验证工作。

2、浏览器测试

网络浏览工具是互联网用户端的关键部分，各个生产厂商的网络浏览工具在处理Java程序、JavaScript脚本、ActiveX技术、扩展插件或不同的网页设计标准时存在差异。例如，ActiveX是微软公司开发的技术，其设计目的是为了配合Internet