即使在一些有着稳健和健康的文档编写文化的组织中，应用的进化和修改速度也会远远快于文档编写速度。现实情况是软件变化速度远远快于文档编写速度，即使有自动化文档系统，有时候我们仍然需要人工编写一些文档。这种文档需要通过一定的技术转换，方能提供给在特殊阅读环境中的读者阅读，因此无法通过自动化方法维护。...查看全文>>
一个组织不可能只有高级软件工程师或系统管理员，所以，只有基于特定规范的文档就意味着只有高级技术人员才能阅读这些文档。这是一种机能障碍问题。当然，这些文档也是必要和重要的，这已经比只有阅读代码才能了解应用程序的情况好很多了。然而，这并不是一种完整的文档战略与文化。...查看全文>>
最好的Web开发人员总是可以写出带有好注释的漂亮代码，但是，他们一般也不会编写专门给非开发人员阅读的文档。最好的工程师愿意疯狂地开发应用程序，但是不愿意花一点时间去编写文档或向其他人说明应用程序。他们认为，代码就是文档，而且有技术的人都能够理解代码，所以编写额外的文档是在浪费时间。...查看全文>>
一旦在Web组织中逐步培养起编写文档的文化，那么员工就会越来越依赖于这种实践方法。这种文化还有一个十分重要的优点，即如果出现人员流失和变动，那么良好的文档可以缩短新人的“交接”时间。此外，除了构成一般软件开发过程的标准代码注释、跟踪和源代码控制过程，编写文档也是一种审查方法。在一些开发专用软件的公司中，文档显得尤为重要，因为新员工一般很难理解复杂的定制应用程序，以及各个应用又是如何组成客户所访问的网站。如果文档成为这一过程的组成部分，人们就一定会对软件构建方式进行交流，工程师...查看全文>>
保存Web应用程序中各个层的历史性能数据，有利于快速确定问题所在位置。典型的三层架构包括Web层、应用层和数据层。性能问题有可能出现在任一层，因而此举会增加排查问题的难度。通过保存各个层的性能数据，我们就有可能在最终用户遇到问题之前就检测并解决掉，或者，更关键的是，在这些问题影响到网站或应用中与收益相关的功能之前就将它们排除。Web开发人员必须与运维人员一起协作，监控各层的运行状况，确定各层的测试方式应该是两个团队的共同职责。例如，Web开发人员可能负责保存应用层和Web层的...查看全文>>
在任何网站上，在测试前端时都必须模拟真实用户在网站上执行真实功能的情形。这就是所谓的真实浏览器测试，它不同于使用工具( Apache-Bench或Jmeter)执行的合成测试，后者只是模拟网站前端的流量负载。真实浏览器需要一定的时间才能构造出文档对象模型( DOM)，这其中包括解析JavaScript， 然后再渲染网页。Apache-Bench和Jmeter等工具无法测试真实浏览器在这些方面的加载过程。...查看全文>>
越来越多的企业，从传统的线下销售模式转型到了线上的营销模式，线上的营销企业首先得建设一个企业网站，但是有很多的企业人员可能就不太明白，线上营销有很多种方式，为什么要建设网站呢？建设网站的目的又是什么呢？为了能够解决大家心中的这个疑惑，下面深圳网站建设公司的工作人员就来为大家介绍一下网站建设的目的是什么？...查看全文>>
安全至关重要，但在Web应用程序测试中经常被忽视。它经常被视为测试过程中不必要的部分，这是不正确的。将漏洞测试整合到测试和持续集成周期中，我们不仅能够发现安全漏洞，也能够发现性能问题、功能问题和其他不可预期的Bug否则无法检测到这些Bug，它们甚至在应用程序的真实应用中也极少出现。...查看全文>>
测试使我们能够根据需要来修改软件。在我们的环境中，客户都是商人(手握钞票)，他们总会要求很多功能和特性，甚至一天会提几次要求，因此我们不得不做大量的小修改。测试可以帮助我们完成这些修改，并且保证不搞坏什么东西。也就是说，所有工作都依赖于测试带来的价值。有时候，测试很有难度，也可能变得很麻烦。如果想要快速完成软件的修改，那么就不太可能测试所有的方面，而且维护这些测试也很困难。例如，我的上一家公司就非常注重测试，因为他们的软件不会经常变化。但是，另一方面，我们也无法快速获得反馈。...查看全文>>
持续负载测试(浸泡测试)是指在一段较长时间里用不同的负载持续测试网站或应用程序。这种方法可以在应用程序正式上线之前发现有问题。一般只有在软件发生重大变化或重大版本发布时，才需要执行持续负载测试，测试的时间可能持续24小时或者几天。...查看全文>>
