‘壹’ WEB测试与软件测试的区别是什么
web测试本身就属于软件测试。软件测试的种类很多，大类的话分为B/S和C/S的。LZ说的WEB测试属于B/S测试，只不过WEB测试更重视性能和安全方面的测试。
‘贰’ Web项目测试实战的介绍
《Web项目测试实战(含1DVD)》贯穿了一个实际的项目案例，从需求调研开始，直至性能测试结束，详细地剖析了软件测试工作的实施流程及过程中所使用的技术。特别适合对软件项目测试缺乏了解的大学生和从业人员，对于想进身为软件测试项目经理的专业人员也是一本很好的参考书。
‘叁’ 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的命中情况）。
可用性测试：1导航测试（Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。）2图形测试3内容测试3整体界面测试4客户端兼容性测试（1平台测试2浏览器测试）5安全性测试（测试重点：（1）现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。（2）Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。（3）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。 ）
‘肆’ web自动化测试的流程
首选要确定被测业务有哪些，确定测试范围，测试页面；做好准备工作
确定使用的开发语言，选用合适的自动化测试框架；
再根据实际业务流程，编写对应的自动化测试代码。
调试跑通，部署。
‘伍’ 软件测试的基本流程咋样对WEB网站进行简单的功能测试
软件测试基本流程是：测试计划，测试需求分析，测试用例的编写，测试执行，测试结果的分析，测试报告的编写。开发人员修改了bug后，一般要进行回归测试这样来进行测试的迭代。这就是大致的一个流程。希望对你有所帮助。
‘陆’ java web项目怎么测试
java web项目测试用Web的测试工具，如HtmlUnit，JWebUnit等。
main()方法就可以测试，在main方法中获得connection对象将他输出就可以了。
如果正常输出一大串就是对了。
例子：
public class DBConnection {
private static String url = "jdbc:sqlserver://localhost:1433;DataBaseName=HXParserDB";
private static String username = "sa";
private static String password = "123";
private DBConnection(){}
private static DBConnection dbconn = new DBConnection();
private static Connection conn = null;
// 注册驱动
static {
try {
Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver").newInstance();
} catch (Exception e) {
throw new ExceptionInInitializerError(e);
}
}
public DBConnection getDBConn(){
if(null==dbconn){
dbconn = new DBConnection();
}
return dbconn;
}
// 返回Connection对象
public static Connection getConnection() {
try {
return DriverManager.getConnection(url, username, password);
} catch (SQLException e) {
return null;
}
}
/**
* @param args
*/
public static void main(String[] args) {
System.out.println(DBConnection.getConnection());
}
}
‘柒’ 成熟的Web开发团队开发，测试，上线的环境和流程是怎样的
总结一下：
1，你需要一个可以模拟线上的开发环境。
2，你需要一个可以模拟线上的测试环境。
3，你需要一个可连调的测试环境。
4，你需要一个自动化的上线系统。
5，一个开发流程适合前后端的。
1，本地反向代理线上真实环境开发即可。（apache，nginx，nodejs均可实现）
2，模拟线上的测试环境，其实就是你需要一台有真实数据的测试机么，我建议没条件搭daily的，就直接用线上数据测好了，只不过程序部分走你们的测试环境而已，有条件搭daily当然最好咯。
3，可连调的测试环境，分为2种。一种是你们开发测试都在一个局域网段，直接绑hosts就完了，不在一个网段，就一人给一台虚拟的测试机，放在大家都可以访问到的公司内网，代码直接往上布即可。
4，自动化的上线系统，如果你们运维不给你们做，我猜你们都是直接ftp往线上扔？那么你可以自己做一个简易的上线系统。原理不复杂，每次上线时都抽取最新的trunk或master，做一个tag，再打一个时间戳的标记，然后分发到cdn就行了。界面里就2个功能，打tag，回滚到某tag，部署【够简易了吧，而且是全自动的】。
5，开发流程就是看项目了还有所用到的工具，构建，框架了。简单来说，原则就是分散独立开发，互相不干扰，连调时有hosts可绑即可。
回答了你的问题之后，我说下我自己的项目是怎么个开发流程。
灰常简单，代码管理工具是svn，起新需求就起新分支，独立开发，开发完合并到trunk，trunk不做任何开发工作，只负责merge。
上线有上线系统，你可以理解为我上面说的那个简易功能的加强版。我们是自带build的功能的。
自己编写build脚本，ant，grunt随便了。做好连到发布系统，一键集成，本地只关心源码开发。
本地环境，我拿nodejs写了一个自带rewrite，反向代理的server，超级仿真线上，一个hosts组管理的工具，一套适合自己部门的grunt插件库【就是很多很多grunt插件。。】。完全适合开发各种独立项目了。
当然如果你的测试，文档都集成在build那一步，是最棒的了。
协同合作我们是每个人开发都有一台自己的测试机，linux的，我本地也有工具可以完成自动build+push的功能。方便快捷。
可能全看下来挺复杂，不过前端工程化确实就是这个样子。帮你脱离之前的手忙脚乱，专注于业务的开发。
‘捌’ 标准的Web应用系统性能测试过程包括哪些步骤
功能测试、性能测试、安全性测试、配置和兼容性测试、可用性测试、链接测试等。
链接是Web应用系统用户界面的主要特征，它指引着Web用户在页面之间切换，以完成Web应用系统的功能
测试重点：链接是否正确、链接页面是否存在、是否有孤立的页面(没有链接指向的页面)等。
表单测试
表单(Form)是指网页上用于输入和选择信息的文本框、列表框和其他域，实现用户和Web应用系统的交互，当用户给Web应用系统管理员提交信息时，需要使用表单操作，如用户注册、登录、信息提交、查询等
测试重点
表单控件的正确性
提交信息的完整性、正确性
是否有错误处理
Cookie测试
Cookie通常标识用户信息，记录用户状态。
使用Cookie技术，当用户使用Web应用系统时，能够在访问者的机器上创立一个叫做Cookie的文件，把部分信息(访问过的页面、登录用户名、密码等)写进去，来标识用户状态。如果该用户下次再访问这个Web应用系统，就能够读出这个文件里面的内容，正确标识用户信息
如果Web应用系统使用了Cookie，必须检查Cookie是否能正常工作，是否按预定的时间进行保存内容
设计语言测试
在Web应用系统开发初始，根据软件工程的要求用文档的形式确定Web应用系统使用哪个版本的HTML标准，允许使用何种脚本语言及版本，允许使用何种控件，这样可以有效的避免Web应用系统开发过程中出现设计语言问题。
其他测试
数据库测试
面向任务、业务逻辑的测试
探查性测试
回归测试
速度测试：
对于最终的Web应用系统用户而言，最关心的性能问题是访问Web应用系统页面时，多长时间才能显示出来所需要的页面
通常情况下，响应时间不超过5秒
有些Web应用系统有超时限制，如果响应时间太慢，用户可能还没来得及浏览内容，就需要重新登录了
影响响应时间的原因有很多
应用程序服务器需要从数据库的大量数据中检索信息
服务器硬件影响(CPU、内存)
所访问页面文件大小
网络连接带宽
负载测试
负载测试是为了测量Web应用系统在一定负载情况下的系统性能，通常得出的结论是Web应用系统在一定的硬件条件下可以支持的并发用户数目或者单位时间数据(或事件)的吞吐量。
在进行负载测试前，需要定义标准用户(活动用户)的概念，定义执行典型的系统流程，定义负载测试执行总时间，定义抓取哪些事务的平均响应时间，定义用户可以接受的平均响应时间(通常为5秒)
测试时，增加用户数量，平均响应时间就会增加，当达到用户可以接受的平均响应时间这个临界点，即是此系统可以支持的并发用户数
压力测试
对Web系统进行压力测试，类似于普通机械、电子产品进行的破坏性试验。方法是实际破坏Web应用系统，测试系统的反应
压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃，崩溃以后会怎么样。
在Web应用系统性能测试过程中，常常将压力测试和负载测试结合起来。在负载测试的基础上，增大负载量，直到系统崩溃
‘玖’ web的功能测试怎样测试
首先，查找需求说明、网站设计等相关文档，分析测试需求。
制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试
设计测试用例：
功能性测试可以包括，但不限于以下几个方面：
链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。
提交功能的测试。
多媒体元素是否可以正确加载和显示。
多语言支持是否能够正确显示选择的语言等。
界面测试可以包括但不限于一下几个方面：
页面是否风格统一，美观
页面布局是否合理，重点内容和热点内容是否突出
控件是否正常使用
对于必须但未安装的控件，是否提供自动下载并安装的功能
文字检查
性能测试一般从以下三个方面考虑：
压力测试；负载测试；强度测试
数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
安全性测试：
基本的登录功能的检查
是否存在溢出错误，导致系统崩溃或者权限泄露
相关开发语言的常见安全性问题检查，例如SQL注入等
如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持
兼容性测试，根据需求说明的内容，确定支持的平台组合：
浏览器的兼容性；
操作系统的兼容性；
软件平台的兼容性；
数据库的兼容性
开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。
定期评审，对测试进行评估和总结，调整测试的内容。
敲黑板！重点：推荐大家使用自动化测试工具TestWriter（测功能、测兼容性、测回归的零编码自动化测试工具 ），吼吼~
‘拾’ web测试应注意的问题
有很多方面要注意，比如测试工具，测试方法，测试流程等，也包括功能测试，模块测试等
个人觉得测试流程最重要，对整个项目和团队影响最大