NFP92-501:usedforrigidmaterialorflexiblematerialsthickerthan5mm

NFP92-501，NFP92-501，

刚性防水村料是指以水泥、砂石为原材料，或其内掺人少量外加剂、高分子聚合物等材料，通过阔整配合比，抑制或减少孔隙率，改变孔隙特征，增加各原材料界面问的密实性等方法，配制成具有一定抗渗透能力的水泥砂浆混凝土类防水材料。刚性防水由于温差应变，易开裂渗水。

NFP92-501:辐射热源试验

NFP92-503:电喷枪试验

NFP92-504:耐火性能试验和火焰蔓延速度测试

NFP92-505:熔滴试验

NFP92-506:铺地材料的发热板试验

NFP92-511:根据材料性质与用途确定试验进行方式-基材-种类-信息卡式样

NFP92-512:对火反应耐久度级别划分标准-试验。

材料性能测试技术是发展材料科学的主要支柱。为了保证材料性能在建筑物中得到充分发挥，以及进一步提高性能，材料性能测试技术，特别是新技术，包括对材料的微观、亚微观、宏观的物理、化学、力学性能和行为的测试技术，是十分重要的。非破损测试技术正在不断更新，它在生产控制和快速试验等方面，具有突出的优点。因此必须及早采用。此外，对于材料标准的制订工作也应给予足够的重视。

性能测试的目的不是去找bugs,而是排除系统的瓶颈，以及为以后的回归测试建立一个基准。而性能测试的操作，实际上就是一个非常小心受控的测量分析过程。在理想的情况下，被测软件在这个时候已经是足够稳定了，所以这个过程得以顺利的进行。一组清晰已定义好的预期值是让一次有意义的性能测试的基本要 素。如果连你自己都不知道系统性能有些什么是要测的，那么它对于你要测试的方法手段是没有指导意义的*。例如，给一个web应用做性能测试，你要知道至少两样东西：在不同并发用户数或者HTTP连接数情况下的负载预期值；可接受的响应时间；当你知道你的目标后，你就可以开始使用对系统持续增加负载的方法来观察系统的瓶颈所在。重新拿web应用系统来做例子，这些瓶颈可存在于多个层次，你可以使用多种工具来查明它们的所在：在应用层，开发人员可以通过profilers来发现低效率的代码，比如说较差的查找算法；在数据库层，开发人员和数据库管理员（DBA）可以通过特定的数据库profilers及事件探查器（queryoptimizers）。 在操作系统层，系统工程师可以使用一些工具如在Unix类的操作系统中的top、vmstat、iostat、在Windows系统中的PerfMon来监控CPU，内在，swap、磁盘I/O等硬件资源；专门的内核监控软件也可以在这一层面上被使用。在网络层上，网络工程师可以使用报文探测器（如tcpdump）。网络协议分析器（如ethereal），还有其它的工具（如netstat、MRTG、ntop、mii-tool）

从测试的观点来看，上面所有描述的活动都是一种白盒的方法，它对系统从内到外及多角度进行审查及监控。测度数据被取得及分析后，对系统的调整则成为理所当然的下一个步骤。然而，（除了上面的方法外）测试人员在给被测系统运行负载试验（这里为了不与我们所理解的负载测试-loadtesting的概念搞混，特译做负载试验）的时候，也采取了黑盒的方法。像对于WEB应用来讲，测试人员可以使用工具来模拟并发用户或者HTTP连接及测量响应时间。在我以前使用过的轻量级的负载测试开源工具有ab、siege、httperf。一个更重量级的工具是OpenSTA，但我没用过。我也还没有用过TheGrinder这个工具，但它在我将要做的事情中排名靠前。

当负载试验的结果显示出系统的性能来没有达到它的预期目标时，这就是要对应用和数据库的调整的时候了。同时你要确保让你的代码运行得尽可能高效，以及数据库在给定的操作系统和硬件配置的情况下最优化。测试驱动开发（TDD）的实践者会发现这种上下文结构框架是非常有用的，如可以通过负载试验及时间试验的函数性来增强现存单元测试代码的MikeClark的jUnitPerf。当一个特定的函数或者方法被剖析过和调试过后，开发人员就可以在jUnitPerf中，放入它的单元试验来确保它可以达到负载及时间上的性能需求。MikeClark称这为“持续性能测试”。我顺便也提一下我已经做了一个基于Python的jUnitPerf的初步研究，我称之为pyUnitPerf。

假若在调试过应用程序及数据库后，系统还是没有达到性能的预期目标，在这种情况下，还是有一些其它的调试的流程可以针对前面讲过的那几个层次来使用的。下面就是一些在应用程序代码*之外仍可以提高WEB应用系统性能的例子：

使用WEB缓存装制，如Squid提供的装置；

将高访问量的网页静态化，以避免这些高访问量对数据库进行大量的调用；

通过负载平衡的方法来水平缩放WEB服务器的结构；

在水平缩放数据库群及将它们分为读写服务器和只读服务器后，还要对只读服务器群负载平衡；

通过增加更多的硬件资源（CPU，内存，磁盘等）纵向的缩放WEB及数据库服务器群；

增加网络的带宽。

由于WEB应用系统都是十分复杂的系统，性能调试有时要具有一些艺术性才行。在每次修改一个变量及重新测度的时候一定要非常小心，否则的话，在变化中将会有很多难于确定和重复的不确定因素。在一个规范的测试环境比如说一个测试实验试，它是不会常常的重现实际应用时的服务器配置环境。在这样的情况下，分段测试环境，也就是生产实际环境的一个子集就可以派上用场了。但同时系统的期望性能也需要相应的调低一点。“运行负载试验->测度性能->调试系统”这个循环一直要被重复执行到被测试系统达到了期望的性能标准了才可以停。在这个时候，测试人员就可以明了在正常条件下的系统运转怎么样，同时这些就可以做为以后在回归测试中，评价新版本的软件性能的一个标准了。性能测试还有另一个目标就是建立一组被测系统的基准数据。在很多行业中都会有这种行业标准的基准数据，比如说TPC公布的。还有很多软硬件厂家都为了在TCP排名中靠前而对他们的机器进行精心调试。所以说你应当非常谨慎的说明在你进行测试的时候，并没有在种类繁多的软硬件产品中进行全部测试。