2023年6月21日发(作者：)
功能测试⽅法总结⼀、功能测试1、链接测试链接是Web应⽤系统的⼀个主要特征，它是在页⾯之间切换和指导⽤户去⼀些不知道地址的页⾯的主要⼿段。链接测试可分为三个⽅⾯。⾸先，测试所有链接是否按指⽰的那样确实链接到了该链接的页⾯；其次，测试所链接的页⾯是否存在；最后，保证Web应⽤系统上没有孤⽴的页⾯，所谓孤⽴页⾯是指没有链接指向该页⾯，只有知道正确的URL地址才能访问。链接测试可以⾃动进⾏，现在已经有许多⼯具可以采⽤。链接测试必须在集成测试阶段完成，也就是说，在整个Web应⽤系统的所有页⾯开发完成之后进⾏链接测试。2、表单测试当⽤户给Web应⽤系统管理员提交信息时，就需要使⽤表单操作，例如⽤户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：⽤户填写的出⽣⽇期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使⽤了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进⾏测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。3、Cookies测试Cookies通常⽤来存储⽤户信息和⽤户在某应⽤系统的操作，当⼀个⽤户使⽤Cookies访问了某⼀个应⽤系统时，Web服务器将发送关于⽤户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可⽤来创建动态和⾃定义页⾯或者存储登陆等信息。如果Web应⽤系统使⽤了Cookies，就必须检查Cookies是否能正常⼯作。测试的内容可包括Cookies是否起作⽤，是否按预定的时间进⾏保存，刷新对Cookies有什么影响等。4、设计语⾔测试Web设计语⾔版本的差异可以引起客户端或服务器端严重的问题，例如使⽤哪种版本的HTML等。当在分布式环境中开发时，开发⼈员都不在⼀起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语⾔，例如Java、JavaScript、 ActiveX、VBScript或Perl等也要进⾏验证。5、数据库测试在Web应⽤技术中，数据库起着重要的作⽤，数据库为Web应⽤系统的管理、运⾏、查询和实现⽤户对数据存储的请求等提供空间。在Web应⽤中，最常⽤的数据库类型是关系型数据库，可以使⽤SQL对信息进⾏处理。在使⽤了数据库的Web应⽤系统中，⼀般情况下，可能发⽣两种错误，分别是数据⼀致性错误和输出错误。数据⼀致性错误主要是由于⽤户提交的表单信息不正确⽽造成的，⽽输出错误主要是由于⽹络速度或程序设计问题等引起的，针对这两种情况，可分别进⾏测试。⼆、性能测试1、连接速度测试⽤户连接到Web应⽤系统的速度根据上⽹⽅式的变化⽽变化，他们或许是电话拨号，或是宽带上⽹。当下载⼀个程序时，⽤户可以等较长的时间，但如果仅仅访问⼀个页⾯就不会这样。如果Web系统响应时间太长（例如超过5秒钟），⽤户就会因没有耐⼼等待⽽离开。另外，有些页⾯有超时的限制，如果响应速度太慢，⽤户可能还没来得及浏览内容，就需要重新登陆了。⽽且，连接速度太慢，还可能引起数据丢失，使⽤户得不到真实的页⾯。2、负载测试负载测试是为了测量Web系统在某⼀负载级别上的性能，以保证Web系统在需求范围内能正常⼯作。负载级别可以是某个时刻同时访问Web系统的⽤户数量，也可以是在线数据处理的数量。例如：Web应⽤系统能允许多少个⽤户同时在线？如果超过了这个数量，会出现什么现象？Web应⽤系统能否处理⼤量⽤户对同⼀个页⾯的请求？3、压⼒测试负载测试应该安排在Web系统发布以后，在实际的⽹络环境中进⾏测试。因为⼀个企业内部员⼯，特别是项⽬组⼈员总是有限的，⽽⼀个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。进⾏压⼒测试是指实际破坏⼀个Web应⽤系统，测试系统的反映。压⼒测试是测试系统的限制和故障恢复能⼒，也就是测试Web应⽤系统会不会崩溃，在什么情况下会崩溃。⿊客常常提供错误的数据负载，直到Web应⽤系统崩溃，接着当系统重新启动时获得存取权。压⼒测试的区域包括表单、登陆和其他信息传输页⾯等。三、可⽤性测试1、导航测试导航描述了⽤户在⼀个页⾯内操作的⽅式，在不同的⽤户接⼝控制之间，例如按钮、对话框、列表和窗⼝等；或在不同的连接页⾯之间。通过考虑下列问题，可以决定⼀个Web应⽤系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web系统是否需要站点地图、搜索引擎或其他的导航帮助？在⼀个页⾯上放太多的信息往往起到与预期相反的效果。Web应⽤系统的⽤户趋向于⽬的驱动，很快地扫描⼀个Web应⽤系统，看是否有满⾜⾃⼰需要的信息，如果没有，就会很快地离开。很少有⽤户愿意花时间去熟悉Web应⽤系统的结构，因此，Web应⽤系统导航帮助要尽可能地准确。导航的另⼀个重要⽅⾯是Web应⽤系统的页⾯结构、导航、菜单、连接的风格是否⼀致。确保⽤户凭直觉就知道Web应⽤系统⾥⾯是否还有内容，内容在什么地⽅。Web应⽤系统的层次⼀旦决定，就要着⼿测试⽤户导航功能，让最终⽤户参与这种测试，效果将更加明显。2、图形测试在Web应⽤系统中，适当的图⽚和动画既能起到⼴告宣传的作⽤，⼜能起到美化页⾯的功能。⼀个Web应⽤系统的图形可以包括图⽚、动画、边框、颜⾊、字体、背景、按钮等。图形测试的内容有：（1）要确保图形有明确的⽤途，图⽚或动画不要胡乱地堆在⼀起，以免浪费传输时间。Web应⽤系统的图⽚尺⼨要尽量地⼩，并且要能清楚地说明某件事情，⼀般都链接到某个具体的页⾯。（2）验证所有页⾯字体的风格是否⼀致。（3）背景颜⾊应该与字体颜⾊和前景颜⾊相搭配。（4）图⽚的⼤⼩和质量也是⼀个很重要的因素，⼀般采⽤JPG或GIF压缩。3、内容测试内容测试⽤来检验Web应⽤系统提供信息的正确性、准确性和相关性。信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚⾄导致法律纠纷；信息的准确性是指是否有语法或拼写错误。这种测试通常使⽤⼀些⽂字处理软件来进⾏，例如使⽤Microsoft Word的”拼⾳与语法检查”功能；信息的相关性是指是否在当前页⾯可以找到与当前浏览信息相关的信息列表或⼊⼝，也就是⼀般Web站点中的所谓”相关⽂章列表”。4、整体界⾯测试整体界⾯是指整个Web应⽤系统的页⾯结构设计，是给⽤户的⼀个整体感。例如：当⽤户浏览Web应⽤系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地⽅？整个Web应⽤系统的设计风格是否⼀致？对整体界⾯的测试过程，其实是⼀个对最终⽤户进⾏调查的过程。⼀般Web应⽤系统采取在主页上做⼀个调查问卷的形式，来得到最终⽤户的反馈信息。对所有的可⽤性测试来说，都需要有外部⼈员（与Web应⽤系统开发没有联系或联系很少的⼈员）的参与，最好是最终⽤户的参与。四、客户端兼容性测试1、平台测试市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。Web应⽤系统的最终⽤户究竟使⽤哪⼀种操作系统，取决于⽤户系统的配置。这样，就可能会发⽣兼容性问题，同⼀个应⽤可能在某些操作系统下能正常运⾏，但在另外的操作系统下可能会运⾏失败。因此，在Web系统发布之前，需要在各种操作系统下对Web系统进⾏兼容性测试。2、浏览器测试Web应⽤的测试内容都包括哪些⽅⾯浏览器是Web客户端最核⼼的构件，来⾃不同⼚商的浏览器对Java，、JavaScript、 ActiveX、 plug-ins或不同的HTML规格有不同的⽀持。例如，ActiveX是Microsoft的产品，是为Internet Explorer⽽设计的，JavaScript是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显⽰，甚⾄根本不显⽰。不同的浏览器对安全性和Java的设置也不⼀样。测试浏览器兼容性的⼀个⽅法是创建⼀个兼容性矩阵。在这个矩阵中，测试不同⼚商、不同版本的浏览器对某些构件和设置的适应性。 五、安全性测试Web应⽤系统的安全性测试区域主要有：（1）现在的Web应⽤系统基本采⽤先注册，后登陆的⽅式。因此，必须测试有效和⽆效的⽤户名和密码，要注意到是否⼤⼩写敏感，可以试多少次的限制，是否可以不登陆⽽直接浏览某个页⾯等。（2）Web应⽤系统是否有超时的限制，也就是说，⽤户登陆后在⼀定时间内（例如15分钟）没有点击任何页⾯，是否需要重新登陆才能正常使⽤。（3）为了保证Web应⽤系统的安全性，⽇志⽂件是⾄关重要的。需要测试相关信息是否写进了⽇志⽂件、是否可追踪。（4）当使⽤了安全套接字时，还要测试加密是否正确，检查信息的完整性。（5）服务器端的脚本常常构成安全漏洞，这些漏洞⼜常常被⿊客利⽤。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。
1.怎么做好⽂档测试?仔细阅读，跟随每个步骤，检查每个图形，尝试每个⽰例,检查⽂档的编写是否满⾜⽂档编写的⽬的,内容是否齐全，正确，完善.标记是否正确.软件测试分哪2种⽅法？分别适合什么情况？软件测试分2种：⽩盒测试和⿊盒测试。⽩盒测试⼜称为结构测试、逻辑驱动测试或基于程序本⾝的测试，它着重于程序的内部结构及算法，通常不关⼼功能与性能指标；⿊盒测试⼜称功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终⽤户的⽴场，检验输⼊输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定2.⽩盒测试有⼏种⽅法?总体上分为静态⽅法和动态⽅法两⼤类。静态：关键功能是检查软件的表⽰和描述是否⼀致,没有冲突或者没有歧义动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。3.系统测试计划是否需要同⾏审批，为什么?需要，系统测试计划属于项⽬阶段性关键⽂档，因此需要评审。测试与beta的区别?Alpha测试在系统开发接近完成时对应⽤系统的测试；测试后仍然会有少量的设计变更。这种测试⼀般由最终⽤户或其它⼈员完成，不能由程序或测试员完成。Beta测试当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发⾏前找到。这种测试⼀般由最终⽤户或其它⼈员完成，不能由程序员或测试员完成。5.⽐较负载测试，容量测试和强度测试的区别?负载测试：在⼀定的⼯作负荷下，系统的负荷及响应时间。强度测试：在⼀定的负荷条件下，在较长时间跨度内的系统连续运⾏给系统性能所造成的影响。容量测试：容量测试⽬的是通过测试预先分 析出反映软件 系统应⽤特征的某项指标的极限值（如最⼤并发⽤户数、数据库记录数等），系统在其极限值状 态下没有出现任何软件故障或还能保持主要功能正常运⾏。容量测试 还将确定测试对象在给定时间内能够持续处理的最⼤负载或⼯作量。容量测试的⽬的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是⾯向数据的，并且它的⽬的是显⽰系统可以处理⽬标内确定的数据容量。6.测试结束的标准是什么？⽤例全部测试。覆盖率达到标准。缺陷率达到标准。其他指标达到质量标准7.描述软件测试活动的⽣命周期？测试周期分为计划、设计、实现、执⾏、总结。其中：计划：对整个测试周期中所有活动进⾏规划，估计⼯作量、风险，安排⼈⼒物⼒资源，安排进度等；设计：完成测试⽅案，从技术层⾯上对测试进⾏规划；实现：进⾏测试⽤例和测试规程设计；执⾏：根据前期完成的计划、⽅案、⽤例、规程等⽂档，执⾏测试⽤例。总结：记录测试结果，进⾏测试分析，完成测试报告。8.软件的缺陷等级应如何划分？A类—严重错误，包括以下各种错误： 1． 由于程序所引起的死机,⾮法退出 2． 死循环 3． 数据库发⽣死锁 4． 因错误操作导致的程序中断5． 功能错误 6． 与数据库连接错误 7． 数据通讯错误B类—较严重错误，包括以下各种错误： 1． 程序错误 2． 程序接⼝错误 3． 数据库的表、业务规则、缺省值未加完整性等约束条件C类—⼀般性错误，包括以下各种错误： 1． 操作界⾯错误（包括数据窗⼝内列名定义、含义是否⼀致） 2． 打印内容、格式错误 3． 简单的输⼊限制未放在前台进⾏控制 4． 删除操作未给出提⽰ 5． 数据库表中有过多的空字段D类—较⼩错误，包括以下各种错误： 1． 界⾯不规范 2． 辅助说明描述不清楚 3． 输⼊输出不规范 4． 长操作未给⽤户提⽰ 5． 提⽰窗⼝⽂字未采⽤⾏业术语 6． 可输⼊区域和只读区域没有明显的区分标志9. 当开发⼈员说不是BUG时,你如何应付？开发⼈员说不是bug，有2种情况，⼀是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进⾏确认，需不需要改动，3⽅商量确定好后再看要 不要改。⼆是这种情况不可能发⽣，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被⽤户发现或出了问题，会有什么不良结果？ 程序员可能会给你很多理由，你可以对他的解释进⾏反驳。如果还是不⾏，那我可以给这个问题提出来,跟开发经理和测试经理进⾏确认,如果要修改就改,如果不 要修改就不改。其实有些真的不是bug，我也只是建议的⽅式写进TD中，如果开发⼈员不修改也没有⼤问题。如果确定是bug的话，⼀定要坚持⾃⼰的⽴场， 让问题得到最后的确认。10．你为什么想离开⽬前的职务？因为公司运作情况并不理想，公司需要调整部门体系，公司考虑到缩减部门⼈员，所以⼤批量的裁员（有6，7个），这是我的第⼀份⼯作，对公司也有较深的 感情，因为在这⾥我找到了职业理想（就是测试），所以公司需要精简⼈员，我⾃愿退出。虽然很舍不得，但我将会有新的发挥能⼒的舞台。11．您认为做好测试⽤例设计⼯作的关键是什么？⽩盒测试⽤例设计的关键是以较少的⽤例覆盖尽可能多的内部程序逻辑结果⿊盒法⽤例设计的关键同样也是以较少的⽤例覆盖模块输出和输⼊接⼝。不可能做到完全测试，以最少的⽤例在合理的时间内发现最多的问题12. 请试着⽐较⼀下⿊盒测试、⽩盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。⿊盒测试：已知产品的功能设计规格，可以进⾏测试证明每个实现了的功能是否符合要求。⽩盒测试：已知产品的内部⼯作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。软件的⿊盒测试意味着测试要在软件的接⼝处进⾏。这种⽅法是把测试对象看做⼀个⿊盒⼦，测试⼈员完全不考虑程序内部的逻辑结构和内部特性，只依据程序 的需求规格说明书，检查程序的功能是否符合它的功能说明。因此⿊盒测试⼜叫功能测试或数据驱动测试。⿊盒测试主要是为了发现以下⼏类错误：1、是否有不正确或遗漏的功能？2、在接⼝上，输⼊是否能正确的接受？能否输出正确的结果？3、是否有数据结构错误或外部信息（例如数据⽂件）访问错误？4、性能上是否能够满⾜要求？5、是否有初始化或终⽌性错误？软件的⽩盒测试是对软件的过程性细节做细致的检查。这种⽅法是把测试对象看做⼀个打开的盒⼦，它允许测试⼈员利⽤程序内部的逻辑结构及有关信息，设计 或选择测试⽤例，对程序所有逻辑路径进⾏测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态⼀致。因此⽩盒测试⼜称为结构测试或逻辑驱动测 试。⽩盒测试主要是想对程序模块进⾏如下检查：1、对程序模块的所有独⽴的执⾏路径⾄少测试⼀遍。2、对所有的逻辑判定，取“真”与取“假”的两种情况都能⾄少测⼀遍。3、在循环的边界和运⾏的界限内执⾏循环体。4、测试内部数据结构的有效性，等等。单元测试（模块测试）是开发者编写的⼀⼩段代码，⽤于检验被测代码的⼀个很⼩的、很明确的功能是否正确。通常⽽⾔，⼀个单元测试是⽤于判断某个特定条件（或者场景）下某个特定函数的⾏为。单元测试是由程序员⾃⼰来完成，最终受益的也是程序员⾃⼰。可以这么说，程序员有责任编写功能代码，同时也就有责任为⾃⼰的代码编写单元测试。执⾏单元测试，就是为了证明这段代码的⾏为和我们期望的⼀致。集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成⼀个组件，并且测试它们之间的接⼝。从这 ⼀层意义上讲，组件是指多个单元的集成聚合。在现实⽅案中，许多单元组合成组件，⽽这些组件⼜聚合成程序的更⼤部分。⽅法是测试⽚段的组合，并最终扩展进 程，将您的模块与其他组的模块⼀起测试。最后，将构成进程的所有模块⼀起测试。系统测试是将经过测试的⼦系统装配成⼀个完整系统来测试。它是检验系统是否确实能提供系统⽅案说明书中指定功能的有效⽅法。（常见的联调测试）系统测试的⽬的是对最终软件系统进⾏全⾯的测试，确保最终软件系统满⾜产品需求并且遵循系统设计。验收测试是部署软件之前的最后⼀个测试操作。验收测试的⽬的是确保软件准备就绪，并且可以让最终⽤户将其⽤于执⾏软件的既定功能和任务。验收测试是向未来的⽤户表明系统能够像预定要求那样⼯作。经集成测试后，已经按照设计把所有的模块组装成⼀个完整的软件系统，接⼝错误也已经基本排除了，接着就应该进⼀步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同⽤户所合理期待的那样。
2023年6月21日发(作者：)
功能测试⽅法总结⼀、功能测试1、链接测试链接是Web应⽤系统的⼀个主要特征，它是在页⾯之间切换和指导⽤户去⼀些不知道地址的页⾯的主要⼿段。链接测试可分为三个⽅⾯。⾸先，测试所有链接是否按指⽰的那样确实链接到了该链接的页⾯；其次，测试所链接的页⾯是否存在；最后，保证Web应⽤系统上没有孤⽴的页⾯，所谓孤⽴页⾯是指没有链接指向该页⾯，只有知道正确的URL地址才能访问。链接测试可以⾃动进⾏，现在已经有许多⼯具可以采⽤。链接测试必须在集成测试阶段完成，也就是说，在整个Web应⽤系统的所有页⾯开发完成之后进⾏链接测试。2、表单测试当⽤户给Web应⽤系统管理员提交信息时，就需要使⽤表单操作，例如⽤户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：⽤户填写的出⽣⽇期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使⽤了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进⾏测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。3、Cookies测试Cookies通常⽤来存储⽤户信息和⽤户在某应⽤系统的操作，当⼀个⽤户使⽤Cookies访问了某⼀个应⽤系统时，Web服务器将发送关于⽤户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可⽤来创建动态和⾃定义页⾯或者存储登陆等信息。如果Web应⽤系统使⽤了Cookies，就必须检查Cookies是否能正常⼯作。测试的内容可包括Cookies是否起作⽤，是否按预定的时间进⾏保存，刷新对Cookies有什么影响等。4、设计语⾔测试Web设计语⾔版本的差异可以引起客户端或服务器端严重的问题，例如使⽤哪种版本的HTML等。当在分布式环境中开发时，开发⼈员都不在⼀起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语⾔，例如Java、JavaScript、 ActiveX、VBScript或Perl等也要进⾏验证。5、数据库测试在Web应⽤技术中，数据库起着重要的作⽤，数据库为Web应⽤系统的管理、运⾏、查询和实现⽤户对数据存储的请求等提供空间。在Web应⽤中，最常⽤的数据库类型是关系型数据库，可以使⽤SQL对信息进⾏处理。在使⽤了数据库的Web应⽤系统中，⼀般情况下，可能发⽣两种错误，分别是数据⼀致性错误和输出错误。数据⼀致性错误主要是由于⽤户提交的表单信息不正确⽽造成的，⽽输出错误主要是由于⽹络速度或程序设计问题等引起的，针对这两种情况，可分别进⾏测试。⼆、性能测试1、连接速度测试⽤户连接到Web应⽤系统的速度根据上⽹⽅式的变化⽽变化，他们或许是电话拨号，或是宽带上⽹。当下载⼀个程序时，⽤户可以等较长的时间，但如果仅仅访问⼀个页⾯就不会这样。如果Web系统响应时间太长（例如超过5秒钟），⽤户就会因没有耐⼼等待⽽离开。另外，有些页⾯有超时的限制，如果响应速度太慢，⽤户可能还没来得及浏览内容，就需要重新登陆了。⽽且，连接速度太慢，还可能引起数据丢失，使⽤户得不到真实的页⾯。2、负载测试负载测试是为了测量Web系统在某⼀负载级别上的性能，以保证Web系统在需求范围内能正常⼯作。负载级别可以是某个时刻同时访问Web系统的⽤户数量，也可以是在线数据处理的数量。例如：Web应⽤系统能允许多少个⽤户同时在线？如果超过了这个数量，会出现什么现象？Web应⽤系统能否处理⼤量⽤户对同⼀个页⾯的请求？3、压⼒测试负载测试应该安排在Web系统发布以后，在实际的⽹络环境中进⾏测试。因为⼀个企业内部员⼯，特别是项⽬组⼈员总是有限的，⽽⼀个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。进⾏压⼒测试是指实际破坏⼀个Web应⽤系统，测试系统的反映。压⼒测试是测试系统的限制和故障恢复能⼒，也就是测试Web应⽤系统会不会崩溃，在什么情况下会崩溃。⿊客常常提供错误的数据负载，直到Web应⽤系统崩溃，接着当系统重新启动时获得存取权。压⼒测试的区域包括表单、登陆和其他信息传输页⾯等。三、可⽤性测试1、导航测试导航描述了⽤户在⼀个页⾯内操作的⽅式，在不同的⽤户接⼝控制之间，例如按钮、对话框、列表和窗⼝等；或在不同的连接页⾯之间。通过考虑下列问题，可以决定⼀个Web应⽤系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web系统是否需要站点地图、搜索引擎或其他的导航帮助？在⼀个页⾯上放太多的信息往往起到与预期相反的效果。Web应⽤系统的⽤户趋向于⽬的驱动，很快地扫描⼀个Web应⽤系统，看是否有满⾜⾃⼰需要的信息，如果没有，就会很快地离开。很少有⽤户愿意花时间去熟悉Web应⽤系统的结构，因此，Web应⽤系统导航帮助要尽可能地准确。导航的另⼀个重要⽅⾯是Web应⽤系统的页⾯结构、导航、菜单、连接的风格是否⼀致。确保⽤户凭直觉就知道Web应⽤系统⾥⾯是否还有内容，内容在什么地⽅。Web应⽤系统的层次⼀旦决定，就要着⼿测试⽤户导航功能，让最终⽤户参与这种测试，效果将更加明显。2、图形测试在Web应⽤系统中，适当的图⽚和动画既能起到⼴告宣传的作⽤，⼜能起到美化页⾯的功能。⼀个Web应⽤系统的图形可以包括图⽚、动画、边框、颜⾊、字体、背景、按钮等。图形测试的内容有：（1）要确保图形有明确的⽤途，图⽚或动画不要胡乱地堆在⼀起，以免浪费传输时间。Web应⽤系统的图⽚尺⼨要尽量地⼩，并且要能清楚地说明某件事情，⼀般都链接到某个具体的页⾯。（2）验证所有页⾯字体的风格是否⼀致。（3）背景颜⾊应该与字体颜⾊和前景颜⾊相搭配。（4）图⽚的⼤⼩和质量也是⼀个很重要的因素，⼀般采⽤JPG或GIF压缩。3、内容测试内容测试⽤来检验Web应⽤系统提供信息的正确性、准确性和相关性。信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚⾄导致法律纠纷；信息的准确性是指是否有语法或拼写错误。这种测试通常使⽤⼀些⽂字处理软件来进⾏，例如使⽤Microsoft Word的”拼⾳与语法检查”功能；信息的相关性是指是否在当前页⾯可以找到与当前浏览信息相关的信息列表或⼊⼝，也就是⼀般Web站点中的所谓”相关⽂章列表”。4、整体界⾯测试整体界⾯是指整个Web应⽤系统的页⾯结构设计，是给⽤户的⼀个整体感。例如：当⽤户浏览Web应⽤系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地⽅？整个Web应⽤系统的设计风格是否⼀致？对整体界⾯的测试过程，其实是⼀个对最终⽤户进⾏调查的过程。⼀般Web应⽤系统采取在主页上做⼀个调查问卷的形式，来得到最终⽤户的反馈信息。对所有的可⽤性测试来说，都需要有外部⼈员（与Web应⽤系统开发没有联系或联系很少的⼈员）的参与，最好是最终⽤户的参与。四、客户端兼容性测试1、平台测试市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。Web应⽤系统的最终⽤户究竟使⽤哪⼀种操作系统，取决于⽤户系统的配置。这样，就可能会发⽣兼容性问题，同⼀个应⽤可能在某些操作系统下能正常运⾏，但在另外的操作系统下可能会运⾏失败。因此，在Web系统发布之前，需要在各种操作系统下对Web系统进⾏兼容性测试。2、浏览器测试Web应⽤的测试内容都包括哪些⽅⾯浏览器是Web客户端最核⼼的构件，来⾃不同⼚商的浏览器对Java，、JavaScript、 ActiveX、 plug-ins或不同的HTML规格有不同的⽀持。例如，ActiveX是Microsoft的产品，是为Internet Explorer⽽设计的，JavaScript是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显⽰，甚⾄根本不显⽰。不同的浏览器对安全性和Java的设置也不⼀样。测试浏览器兼容性的⼀个⽅法是创建⼀个兼容性矩阵。在这个矩阵中，测试不同⼚商、不同版本的浏览器对某些构件和设置的适应性。 五、安全性测试Web应⽤系统的安全性测试区域主要有：（1）现在的Web应⽤系统基本采⽤先注册，后登陆的⽅式。因此，必须测试有效和⽆效的⽤户名和密码，要注意到是否⼤⼩写敏感，可以试多少次的限制，是否可以不登陆⽽直接浏览某个页⾯等。（2）Web应⽤系统是否有超时的限制，也就是说，⽤户登陆后在⼀定时间内（例如15分钟）没有点击任何页⾯，是否需要重新登陆才能正常使⽤。（3）为了保证Web应⽤系统的安全性，⽇志⽂件是⾄关重要的。需要测试相关信息是否写进了⽇志⽂件、是否可追踪。（4）当使⽤了安全套接字时，还要测试加密是否正确，检查信息的完整性。（5）服务器端的脚本常常构成安全漏洞，这些漏洞⼜常常被⿊客利⽤。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。
1.怎么做好⽂档测试?仔细阅读，跟随每个步骤，检查每个图形，尝试每个⽰例,检查⽂档的编写是否满⾜⽂档编写的⽬的,内容是否齐全，正确，完善.标记是否正确.软件测试分哪2种⽅法？分别适合什么情况？软件测试分2种：⽩盒测试和⿊盒测试。⽩盒测试⼜称为结构测试、逻辑驱动测试或基于程序本⾝的测试，它着重于程序的内部结构及算法，通常不关⼼功能与性能指标；⿊盒测试⼜称功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终⽤户的⽴场，检验输⼊输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定2.⽩盒测试有⼏种⽅法?总体上分为静态⽅法和动态⽅法两⼤类。静态：关键功能是检查软件的表⽰和描述是否⼀致,没有冲突或者没有歧义动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。3.系统测试计划是否需要同⾏审批，为什么?需要，系统测试计划属于项⽬阶段性关键⽂档，因此需要评审。测试与beta的区别?Alpha测试在系统开发接近完成时对应⽤系统的测试；测试后仍然会有少量的设计变更。这种测试⼀般由最终⽤户或其它⼈员完成，不能由程序或测试员完成。Beta测试当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发⾏前找到。这种测试⼀般由最终⽤户或其它⼈员完成，不能由程序员或测试员完成。5.⽐较负载测试，容量测试和强度测试的区别?负载测试：在⼀定的⼯作负荷下，系统的负荷及响应时间。强度测试：在⼀定的负荷条件下，在较长时间跨度内的系统连续运⾏给系统性能所造成的影响。容量测试：容量测试⽬的是通过测试预先分 析出反映软件 系统应⽤特征的某项指标的极限值（如最⼤并发⽤户数、数据库记录数等），系统在其极限值状 态下没有出现任何软件故障或还能保持主要功能正常运⾏。容量测试 还将确定测试对象在给定时间内能够持续处理的最⼤负载或⼯作量。容量测试的⽬的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是⾯向数据的，并且它的⽬的是显⽰系统可以处理⽬标内确定的数据容量。6.测试结束的标准是什么？⽤例全部测试。覆盖率达到标准。缺陷率达到标准。其他指标达到质量标准7.描述软件测试活动的⽣命周期？测试周期分为计划、设计、实现、执⾏、总结。其中：计划：对整个测试周期中所有活动进⾏规划，估计⼯作量、风险，安排⼈⼒物⼒资源，安排进度等；设计：完成测试⽅案，从技术层⾯上对测试进⾏规划；实现：进⾏测试⽤例和测试规程设计；执⾏：根据前期完成的计划、⽅案、⽤例、规程等⽂档，执⾏测试⽤例。总结：记录测试结果，进⾏测试分析，完成测试报告。8.软件的缺陷等级应如何划分？A类—严重错误，包括以下各种错误： 1． 由于程序所引起的死机,⾮法退出 2． 死循环 3． 数据库发⽣死锁 4． 因错误操作导致的程序中断5． 功能错误 6． 与数据库连接错误 7． 数据通讯错误B类—较严重错误，包括以下各种错误： 1． 程序错误 2． 程序接⼝错误 3． 数据库的表、业务规则、缺省值未加完整性等约束条件C类—⼀般性错误，包括以下各种错误： 1． 操作界⾯错误（包括数据窗⼝内列名定义、含义是否⼀致） 2． 打印内容、格式错误 3． 简单的输⼊限制未放在前台进⾏控制 4． 删除操作未给出提⽰ 5． 数据库表中有过多的空字段D类—较⼩错误，包括以下各种错误： 1． 界⾯不规范 2． 辅助说明描述不清楚 3． 输⼊输出不规范 4． 长操作未给⽤户提⽰ 5． 提⽰窗⼝⽂字未采⽤⾏业术语 6． 可输⼊区域和只读区域没有明显的区分标志9. 当开发⼈员说不是BUG时,你如何应付？开发⼈员说不是bug，有2种情况，⼀是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进⾏确认，需不需要改动，3⽅商量确定好后再看要 不要改。⼆是这种情况不可能发⽣，所以不需要修改，这个时候，我可以先尽可能的说出是BUG的依据是什么？如果被⽤户发现或出了问题，会有什么不良结果？ 程序员可能会给你很多理由，你可以对他的解释进⾏反驳。如果还是不⾏，那我可以给这个问题提出来,跟开发经理和测试经理进⾏确认,如果要修改就改,如果不 要修改就不改。其实有些真的不是bug，我也只是建议的⽅式写进TD中，如果开发⼈员不修改也没有⼤问题。如果确定是bug的话，⼀定要坚持⾃⼰的⽴场， 让问题得到最后的确认。10．你为什么想离开⽬前的职务？因为公司运作情况并不理想，公司需要调整部门体系，公司考虑到缩减部门⼈员，所以⼤批量的裁员（有6，7个），这是我的第⼀份⼯作，对公司也有较深的 感情，因为在这⾥我找到了职业理想（就是测试），所以公司需要精简⼈员，我⾃愿退出。虽然很舍不得，但我将会有新的发挥能⼒的舞台。11．您认为做好测试⽤例设计⼯作的关键是什么？⽩盒测试⽤例设计的关键是以较少的⽤例覆盖尽可能多的内部程序逻辑结果⿊盒法⽤例设计的关键同样也是以较少的⽤例覆盖模块输出和输⼊接⼝。不可能做到完全测试，以最少的⽤例在合理的时间内发现最多的问题12. 请试着⽐较⼀下⿊盒测试、⽩盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。⿊盒测试：已知产品的功能设计规格，可以进⾏测试证明每个实现了的功能是否符合要求。⽩盒测试：已知产品的内部⼯作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。软件的⿊盒测试意味着测试要在软件的接⼝处进⾏。这种⽅法是把测试对象看做⼀个⿊盒⼦，测试⼈员完全不考虑程序内部的逻辑结构和内部特性，只依据程序 的需求规格说明书，检查程序的功能是否符合它的功能说明。因此⿊盒测试⼜叫功能测试或数据驱动测试。⿊盒测试主要是为了发现以下⼏类错误：1、是否有不正确或遗漏的功能？2、在接⼝上，输⼊是否能正确的接受？能否输出正确的结果？3、是否有数据结构错误或外部信息（例如数据⽂件）访问错误？4、性能上是否能够满⾜要求？5、是否有初始化或终⽌性错误？软件的⽩盒测试是对软件的过程性细节做细致的检查。这种⽅法是把测试对象看做⼀个打开的盒⼦，它允许测试⼈员利⽤程序内部的逻辑结构及有关信息，设计 或选择测试⽤例，对程序所有逻辑路径进⾏测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态⼀致。因此⽩盒测试⼜称为结构测试或逻辑驱动测 试。⽩盒测试主要是想对程序模块进⾏如下检查：1、对程序模块的所有独⽴的执⾏路径⾄少测试⼀遍。2、对所有的逻辑判定，取“真”与取“假”的两种情况都能⾄少测⼀遍。3、在循环的边界和运⾏的界限内执⾏循环体。4、测试内部数据结构的有效性，等等。单元测试（模块测试）是开发者编写的⼀⼩段代码，⽤于检验被测代码的⼀个很⼩的、很明确的功能是否正确。通常⽽⾔，⼀个单元测试是⽤于判断某个特定条件（或者场景）下某个特定函数的⾏为。单元测试是由程序员⾃⼰来完成，最终受益的也是程序员⾃⼰。可以这么说，程序员有责任编写功能代码，同时也就有责任为⾃⼰的代码编写单元测试。执⾏单元测试，就是为了证明这段代码的⾏为和我们期望的⼀致。集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成⼀个组件，并且测试它们之间的接⼝。从这 ⼀层意义上讲，组件是指多个单元的集成聚合。在现实⽅案中，许多单元组合成组件，⽽这些组件⼜聚合成程序的更⼤部分。⽅法是测试⽚段的组合，并最终扩展进 程，将您的模块与其他组的模块⼀起测试。最后，将构成进程的所有模块⼀起测试。系统测试是将经过测试的⼦系统装配成⼀个完整系统来测试。它是检验系统是否确实能提供系统⽅案说明书中指定功能的有效⽅法。（常见的联调测试）系统测试的⽬的是对最终软件系统进⾏全⾯的测试，确保最终软件系统满⾜产品需求并且遵循系统设计。验收测试是部署软件之前的最后⼀个测试操作。验收测试的⽬的是确保软件准备就绪，并且可以让最终⽤户将其⽤于执⾏软件的既定功能和任务。验收测试是向未来的⽤户表明系统能够像预定要求那样⼯作。经集成测试后，已经按照设计把所有的模块组装成⼀个完整的软件系统，接⼝错误也已经基本排除了，接着就应该进⼀步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同⽤户所合理期待的那样。
发布评论