基于WEB信息管理系统测试时应考虑的因素有哪些？

基于WEB信息管理系统测试时应考虑的因素有哪些？

• 功能测试：链接测试（１．测试所有连接是否按指示的那样确实连接到了该连接的页面，２．测试所连接的也面是否存在，３．保证ＷＥＢ应用系统上没有孤立的页面．只能在集成测试阶段完成．）；表单测试（用户给信息系统管理员提交信息时，要测试提交操作的完整性，以校验提交给服务器的信息的正确性．）；ＣＯＯＫＩＥＳ测试（Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息．如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响．）设计语言测试（使用哪种版本的HTML）．数据库测试（数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试）
• 性能测试：１连接速度测试２负载测试３压力测试（     web性能测试的步骤：
      　　第一，分析产品结构，明确性能测试的需求，包括并发、极限、配置和指标等方面的性能要求，必要时基于LOAD测试的相同测略需同时考虑稳定性测试的需求。
      　　第一，分析应用场景和用户数据，细分用户行为和相关的数据流，确定测试点或测试接口，列示系统接口的可能瓶颈，一般是先主干接口再支线接口，并完成初步的测试用例设计。
      　　第三，依据性能测试需求和确定的测试点进行测试组网设计，并明确不同组网方案的重要程度或优先级作为取舍评估的依据，必要时在前期产品设计中提出支持性能测试的可测试性设计方案和对测试工具的需求。
      　　第四，完成性能测试用例设计、分类选择和依据用户行为分析设计测试规程，并准备好测试用例将用到的测试数据。
       第五，确定采用的测试工具。
       第六，进行初验测试，以主干接口的可用性为主，根据测试结果分析性能瓶颈，通过迭代保证基本的指标等测试的环境。
       第七，迭代进行全面的性能测试，完成计划中的性能测试用例的执行。
       第八，完成性能测试评估报告。
      　　在进行性能测试的时候，我们需要知道一些有效的性能指标，下面我们来列出一些主要的性能指标：
      　　一是，通用指标（指Web应用服务器、数据库服务器必需测试项）：
       *ProcessorTime：指服务器CPU占用率，一般平均达到70%时，服务就接近饱和；
       *Memory Available Mbyte：可用内存数，如果测试时发现内存有变化情况也要注意，如果是内存泄露则比较严重；
       *Physicsdisk Time ：物理磁盘读写时间情况。
       二是，Web服务器指标：
       *Avg Rps：平均每秒钟响应次数＝总请求时间/秒数；
       *Avg time to last byte per terstion（mstes）：平均每秒业务角本的迭代次数；*Successful Rounds：成功的请求；
       *Failed Rounds：失败的请求；
       *Successful Hits：成功的点击次数；
       *Failed Hits：失败的点击次数；
       *Hits Per Second：每秒点击次数；
       *Successful Hits Per Second：每秒成功的点击次数；
       *Failed Hits Per Second：每秒失败的点击次数；
       *Attempted Connections：尝试链接数。
       三是，数据库服务器指标：
       *User 0 Connections ：用户连接数，也就是数据库的连接数量；
       *Number of deadlocks：数据库死锁；
       *Butter Cache hit：数据库Cache的命中情况）。   
  
• 可用性测试：１导航测试（Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。）２图形测试３内容测试３整体界面测试４客户端兼容性测试（１平台测试２浏览器测试）５安全性测试（测试重点：（1）现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。（2）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。（3）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。 ）

举例来说一下网站测试
首先：得到相关文档（需求文档和设计文档），理解需求和设计设计思想后，想好测试策略（测试计划简单点就OK了），考虑到测试环境，测试用例，测试时间等问题。
第二步：设计测试用例，测试策略是：把网站部分的功能点测试完，然后在进行系统测试（另外个模块呢有另一个测试人员负责，可以进行联调测试），网站模块的测试基本是功能测试和界面测试（用户并发的可能性很小，所以不考虑）：这次的网站的输入数据呢是使用数据库中的某张表记录，如果表中某一数据记录中新加进来的（还没有被处理的，有个标志位），网站启动后会立刻去刷那张表，得到多条数据，然后在进行处理。处理过程中，会经历3个步骤，网站才算完成了它的任务。有3个步骤呢，就可以分别对这3个步骤进行测试用例的设计,尽量覆盖到各种输入情况（包括数据库中的数据，用户的输入等），得出了差不多50个用例。界面测试，也就是用户看的到的地方，包括发送的邮件和用户填写资料的页面展示。
第三步：搭建测试环境（为什么这个时候考虑测试环境呢？因为我对网站环境已经很熟了，只有有机器能空于下来做该功能测试就可以做了），因为网站本身的环境搭建和其他的系统有点不同，它需要的测试环境比较麻烦，需要web服务器（Apache,tomcat），不过这次需求呢，网站部分只用到了tomcat，所以只要有tomcat即可\u001Dc _"}\u0013第四步：执行测试