【51CTO.com快译】无论您是为了团体用途、还是为了客户需求、或是依据组织公司的义务,去开发与构建一个Web运用,安全、波动且不“暗藏”bug都是必须具有的一些基本特征。毫不夸张地说,那些运用自带的bug或缺陷,不但会破坏其可用性与用户体验,而且会影响到您作为开发人员的声誉。在本文中,我们将逐条提供并讨论一份测试要点的基本建议,协助您在消费环境中尽量增加产品bug的出现。
移动兼容性测试
现如今,由于大少数人都常常运用移动设备来阅读与拜访各类网站或运用,因此为了扩展目的受众的规模,您的产品有必要可以无缝地兼容各种移动智能设备,并能做到实时照应。您可以从如下方面入手:
经过运用Google Analytics(译者注:网站剖析或网站流量跟踪工具。请参见https://marketingplatform.谷歌.com/about/analytics/)并停止搜索,树立一张能够运转到的移动平台与设备列表。
当然,您也可以在电脑的阅读器中,运用移动设备的模拟器,来测试Web运用的运转效果。
鉴于模拟器能够会常常出现各种奇异的错误,因此假设项目预算充沛的话,您还可以为本人的测试团队提供一些,基于不同操作系统类型的移动设备,以便他们可以在相对真实的环境内展开片面的测试。
特别需求留意的是:运用界面的显示大小能否适宜。不应出现需求用户手动横向滑动,才能看到超出屏幕之外的内容。并且要确保文字字体的可读性、按钮位置的友好可触性、以及图像与内容占比的合理性。
跨阅读器测试
众所周知,如今曾经不是IE一统阅读器“江湖”的时代了。简直每天都有阅读器的新秀从世界各个角落冒出来。不过,我们也时常可以听到诸如:某个Web运用虽然可以完美地运转在Google Chrome上,却在Opera、Safari、以及其他内核的阅读器上“跑”不起来的案例。
显然,我们针对每一种阅读器展开兼容性测试是不能够的,因此我们需求针对的是那些主要阅读器,以及在那些采用了特殊内核的阅读器中,测试本人的运用运转效果。
依据DevOps的思想,您应该在开发的早期阶段,就引入跨阅读器的兼容性测试工具。也就是说,一旦设计预备就绪,我们便可以立刻启动单元测试了。
当然,在整个开发阶段终了之后,请不要忘了执行各种事前设计好的测试用例。
辅佐功用测试
有着软件开发阅历的读者一定知道:在启用Web运用之前,W3C早就为我们制定和预备好了各类组织或团体必须遵守的一系列准绳和标准。正如我们在Windows操作系统中常常能看到的辅佐显示功用那样,W3C规则了:每团体(包括残疾人)都享有拜访与运用目的运用的权利。因此,我们需求做好如下方面的测试任务:
假设您的Web运用想走国际化路途的话,不要无视了针对能否契合Section 508(译者注:美国劳工复健法的改良,强调电子信息技术要思索到残障人士的运用)、ADA(Americans with Disabilities Act)和其他法案准绳的测试。
运转缩放测试,以确保在网站上的图像、及字体在缩小的状况下依然可读。
执行屏幕阅读器(screen reader)的场景测试,以确保视力不佳的人可以经过运用屏幕阅读器来阅读页面。
您的Web运用需求可以支持用户在仅运用键盘的状况下,顺利地完成导航与互动操作。
应当在重要的流媒体内容中参加字幕,以确保听障人士可以经过观看,来了解音频与视频所传达的内容。
通用HTML和CSS反省
经过运用W3C的标记验证(Markup Validation,这是万维网联盟的官方验证工具),反省您的HTML或XHTML代码能否存在任何语法错误。
您还可以运用诸如HTML Tidy和Google Webmaster等工具,来检索代码中各种重复的元标记(meta tags)、损坏的链接、缺少的标题、以及其他类型的错误。
运用由W3C所提供的CSS验证效劳(Validation Service),来查找CSS中的任何错误、以及违规之处。
在完成了代码反省之后,您可以“祭出”CSS Compressor之类的工具。它们可以将CSS文件的全体代码缩减到一行之中。这关于包含有数千行CSS的大页面来说,可以有效地延长加载的时间。
网站登录的安全测试
假设您的网站触及到了在线购物、银行业务、以及任何需求对用户数据停止保密的效劳,那么安全测试是必不可少的。详细请参见如下方面:
请确保具有密码输入错误次数限制,以及在必要时锁定用户帐户的安全机制。
确保在用户登录的环节中,可以经过OTP(One-Time Password)验证、以及验证码(CAPTCHA)的技术,进攻攻击者运用自动化登录工具,对Web运用停止入侵。
反省Cookie缓和存能否启用了加密效劳。
在用户从网站中注销、或是按下了前进按钮之后,确保阅读器的会话可以及时过时与失效。
运用顺序的功用测试
除了可用性和安全性之外,您的Web运用还必须能经得起大流量、高负载的考验。因此,为了避免在拜访量激增的状况下,Web运用不会出现崩溃的场面,您应当做好如下测试:
经过执行压力测试,以了解网站及运用在高负载时的真实表现状况。
经过模拟多个用户的登录会话、以及产生并发性的拜访央求,以确定运用能正常运转并提供效劳。
采取抗压(压力)测试,找到Web运用的任务负载临界点。
在低网速和高延迟的网络环境中,计算并检测运用的加载时间。
真适用户的Beta测试
正所谓“是骡子是马,拉出来溜溜”,我们最后的测试阶段,就是将运用发布到平台上,让最终用户停止真实环境的体验与测试。其中值得留意的是:
由于用户倾向于从他们的角度来发现目的运用的缺陷与破绽,因此Beta测试是十分重要的。
测试团队往往习气于按照一系列的规则执行单元测试,而真适用户则能够直接“开箱即用(out of the box)”,甚至采取“不按常理出牌”的运用操作方式,因此各种被疏忽的成绩更容易被他们所暴显露来。
总结
除了上述提到的测试要点之外,我们还需求经过文档级别的测试,以反省Web运用能否遵照了一切必需的设计标准、以及客户所要求的业务逻辑。因此,您的Web运用只要“高分”经过了本文所提到的各种测试案例、并能协同开发人员修复了一切发现的bug,才可以被顺利地部署到消费环境之中,供各类用户片面运用。
原文标题:27 Tips for Finding Bugs on Your Website ,作者:Arnab Roy
【51CTO译稿,协作站点转载请注明原文译者和出处为51CTO.com】
【编辑引荐】
开发 | Spring Boot是如何完成日志的?
Android开发者需知的5种Kotlin特性
反转?MIT女博士遭质疑:代码贡献太少,黑洞照片罪人另有其人
七种自动化的基础架构即代码工具
BAT资深Web前端工程师总结:未来5年前端开展四大趋向前瞻
(责任编辑:admin)