如何在测试时间短，没有测试计划时测试站点？

优先确认高等级功能；

高等级功能是指那些为了站点核心目的而服务的功能。比如对于像内容展示+基础社交类的网站，保证用户可以正常浏览，新用户注册，评论，推荐，关注，搜索，个人设置等，就是其最基础最核心的功能。这些功能需要优先测试。
对于一次功能增加或者修改，高等级功能还包括本次修改、需要重点验证的功能。

优先测试功能，而不是显示；

站点测试中，浏览器与平台兼容性是质量保证的首要环节之一，但它也不是最首要的环节。你应该做的是：使用用户最常用的一个或几个平台及浏览器（取决于你的用户群），去优先测试这几种情况下站点功能的表现。这样，测试人员就可以在测试项目中集中精力在较高等级的功能缺陷，并及早发现更重要的问题并提交修复。
想想：当你的项目时间很紧张的时候，你最想做的一定是保证被测功能是否能工作，然后再谈别的事情。

优先测试用户常用一系列操作；

顾名思义。
用户常用的行为包括登录与退出、注册、游客浏览、发帖评论、填写资料等。在这点上可能与上面提到的高等级功能有些重复的地方，但是他们的角度是不一样的，一个以站点为考量，一个以用户为考量。
用户常用的操作除了功能性内容，还有UI、显示，以及诸如选项默认值等方面的内容，原则是不能出现明显的差错，以及明显违反“常识”的实现。
这些测试结束后，一般可以使站点85%的用户在使用中不会碰到明显的问题，在此基础上，再去测试优先级较低、多数用户不会常用的操作。

优先测试站点固有因素；

站点的固有因素也叫做内在因素，它包括站点的服务器配置、站点代码逻辑实现、站点页面的HTML与脚本的实现等。
外部因素更多的是指影响站点质量的外部原因，比如一个有8M内存的破计算机显示你的网站带来的让人气绝的用户体验。

测试时间很紧张的情况下，首要验证一下因素先：

站点可以运行吗？

功能可以正常运行吗？（再次强调功能，正是因为它非常重要

链接都正确吗？

文件呈现正确吗？

MIME信息正确吗？

内部因素验证完毕后，开始外部因素验证，常见的有：

浏览器与平台兼容性；

禁用cookie的客户端；

禁用js的客户端；

显示器分辨率；

浏览器大小；

网速快慢。

从合理到极限，去测试边界情况；

站点的功能应该具有对可预见错误的处理能力，诸如表单提交中，数据类型错误、数据长度超出允许长度、用户输入信息有误等等，这些错误均应该进行程序级别的捕获与处理，而不应该由系统粗暴的报错，甚至导致系统的崩溃。
测试中，为了更好的分配时间，测试人员应该优先从合理的、可预料的错误测试用例开始执行，之后再去测试小概率情况下用户的错误操作处理。
注意：此处细心的读者可能会问，极少数恶意用户的操作行为带来的系统崩溃也是不允许的，因为它会影响其他用户的正常使用。我承认这点，这个与系统架构与站点安全有关了，不是本文考虑的重点。

极端错误与疯狂的输入；

现在你终于有时间来测试一些极端的情况了。有些恶意用户会尝试在输入域输入（粘贴）极端长得文本，在数字。
输入HTML代码，XSS。
输入在特定操作系统中具有特殊意义的字符串。
但是要牢记：聪明的使用你有限的测试时间，从最长出现的情况，到最不可能出现的情况的顺序进行测试。

兼容性测试，优先测试常用的平台与浏览器；

根据浏览器使用率，做一个由高到低的单子，然后从单子顶端开始测试。
先重点测试本次修改可能涉及的内容（你需要具有良好的判断，必要的时候请同事一起来判断），然后测试其他几个页面。