先列结论：
遇到超重点项目，不止要对比静态页面，测功能、兼容性、数据等，
项目经理首先需要告知测试，这个项目有多重要，使其意识到，要区别与普通项目的测试，这是项目经理的责任。
其次，送测前，要进行需求确认，领导之间要进行页面评审并敲定，并且外宣资料也许经过营管部门的审核。
达到这一步，才能提测。
这时，测试须知道该项目的重要程度。应加上“样式、兼容性范围增加、版本兼容性、每个都点击“，事无巨细地进行测试，
如果是给多个客户使用，需保证问题在本地就得到完全解决，不能去客户环境再修改，不然会造成高昂的维护成本。
还要意识到，bug不可随意关闭。测试方面要严格把关，要求要比普通项目更高一层，未测试通过坚决不可交付。
-----------------------------------------------------------------------------------------------------------------------------
来龙去脉开始：
项目，有普通项目和重点项目之分，所以它们有不同的测试标准。
但是遇到超重点项目，若还是按照之前的标准进行测试，风险系数就直线上升！
我们公司一般的项目，测试只对比静态页面，看实施站点与静态页面是否一致。
然后按照去测试功能、数据、兼容性、js报错，这些足够了。
我个人，对样式要求不高，有的同事则测的很细致。
我一般觉得样式整体没问题就OK了，或者的确看着不顺眼再提bug。
但是超重点项目呢，样式不能那么随意，连返回顶部的图标的位置都有要求，必须看起来美观、标准，而不只是能用就行。
样式只是测试需要注意的一方面，可怕的是，
超重点项目的设计不合理，需求未评审，就害怕了。
测试过程中，提了一堆bug，实施给的回复是，产品bug不做修改，设计如此不做修改，这里待客户环境再修改，测试资料不做修改。
追其本质，都是需求和设计环节出了问题。既然有产品bug，设计项目的页面时就应该避开；
既然知道是很多客户都会用，就应该在本地把所有问题解决；
既然知道是超重点项目，就应该做需求和页面评审；
既然知道是给多个客户展示，就应该把测试资料配置成主题相关的，并且经过资料审核。
这些如果都没有做到，提测也是白提，还是得返工重整。
这是项目流程上的疏漏。