如何测试网站开发框架

㈠ 如何进行Web渗透测试

什么是渗透测试？

渗透测试，是渗透测试工程师完全模拟黑客可能使用的攻击技术和漏洞发现技术，对目标网络、主机、应用的安全作深入的探测，发现系统最脆弱的环节。

如何进行Web渗透测试？

完整web渗透测试框架当需要测试的web应用数以千计，就有必要建立一套完整的安全测试框架，流程的最高目标是要保证交付给客户的安全测试服务质量。

1、立项：项目建立，时间安排，人力分配，目标制定，厂商接口人确定；

系统分析&威胁分析：针对具体的web应用，分析系统架构、使用的组件、对外提供的接口等，以STRIDE为威胁模型进行对应的安全威胁分析，输出安全威胁分析表，重点关注top3威胁；

制定测试用例：根据威胁分析的结果制定对应的测试用例，测试用例按照模板输出，具备可执行性；

测试执行&漏洞挖掘：测试用例执行&发散测试，挖掘对应的安全问题or漏洞；

问题修复&回归测试：指导客户应用开发方修复安全问题or漏洞，并进行回归测试，确保安全问题or漏洞得到修复，并且没有引入新的安全问题；

项目总结评审：项目过程总结，输出文档评审，相关文档归档。

2、Web应用的渗透测试流程

主要分为3个阶段，分别是：信息收集→漏洞发现→漏洞利用，下面仔细分析一下各个阶段流程：

一、信息收集

在信息收集阶段，我们需要尽量多的收集关于目标web应用的各种信息，比如：脚本语言的类型、服务器的类型、目录的结构、使用的开源软件、数据库类型、所有链接页面，用到的框架等

脚本语言的类型：常见的脚本语言的类型包括：php、asp、aspx、jsp等

测试方法：

1 爬取网站所有链接，查看后缀

2 直接访问一个不存在页面后面加不同的后缀测试

3 查看robots.txt，查看后缀

服务器的类型：常见的web服务器包括：apache、tomcat、IIS、ngnix等

测试方法：

1 查看header，判断服务器类型

2 根据报错信息判断

3 根据默认页面判断

目录的结构：了解更多的目录，可能发现更多的弱点，如：目录浏览、代码泄漏等。

测试方法

1 使用字典枚举目录

2 使用爬虫爬取整个网站，或者使用google等搜索引擎获取

3 查看robots.txt是否泄漏

使用的开源软件：我们如果知道了目标使用的开源软件，我们可以查找相关的软件的漏洞直接对网站进行测试。

测试方法

指纹识别（网络上有很多开源的指纹识别工具）

数据库类型：对于不同的数据库有不同的测试方法。

测试方法

1 使应用程序报错，查看报错信息

2 扫描服务器的数据库端口（没做NAT且防火墙不过滤时有效）

所有链接页面：这个跟前面的获取目录结构类似，但是这个不只是获取网站的所有功能页面，有时候还可以获取到管理员备份的源码。

测试方法

1 使用字典枚举页面

2 使用爬虫爬取整个网站，或者使用google等搜索引擎获取

3 查看robots.txt是否泄漏

用到的框架：很多网站都利用开源的框架来快速开发网站，所以收集网站的框架信息也是非常关键的。

测试方法

指纹识别（网络上有很多开源的指纹识别工具）

二、漏洞发现

在这个阶段我们在做测试的时候要对症下药，不能盲目的去扫描，首先要确定目标应用是否使用的是公开的开源软件，开源框架等、然后在做深一度的漏洞扫描。

关于开源软件的漏洞发现

开源的软件：常见的开源软件有wordpress、phpbb、dedecms等

开源的框架：常见的开源框架有Struts2、 Spring MVC、ThinkPHP等

中间件服务器：常见的中间件服务器有jboss、tomcat、Weblogic等

数据库服务：常见的数据库服务mssql、mysql、oracle、redis、sybase、MongoDB、DB2等

对于开源软件的测试方法

1 通过指纹识别软件判断开源软件的版本信息，针对不同的版本信息去开放的漏洞数据库查找相应版本的漏洞进行测试

2 对于默认的后台登录页、数据库服务端口认证等入口可以进行简单的暴力破解、默认口令尝试等操作

3 使用开源的漏洞发现工具对其进行漏洞扫描，如：WPScan

关于自主开发的应用

手动测试：这个阶段，我们需要手工测试所有与用户交互的功能，比如：留言、登入、下单、退出、退货、付款等操作

软件扫描：使用免费的软件扫描，如：appscan、wvs、netsparker，burp等

可能存在的漏洞

Owasp关键点

代码安全之上传文件

代码安全之文件包含

代码安全之SSRF

逻辑漏洞之密码重置

逻辑漏洞之支付漏洞

逻辑漏洞之越权访问

平台安全之中间件安全

三、漏洞利用

针对不同的弱点有不同的漏洞利用方式，需要的知识点也比较多。一般这个阶段包括两种方式，一种是手工测试，一种是工具测试

手工测试

手工测试是通过客户端或服务器访问目标服务，手工向目标程序发送特殊的数据，包括有效的和无效的输入，观察目标的状态、对各种输入的反应，根据结果来发现问题的漏洞检测技术。手工测试不需要额外的辅助工具，可由测试者独立完成，实现起来比较简单。但这种方法高度依赖于测试者，需要测试者对目标比较了解。手工测试可用于Web应用程序、浏览器及其他需要用户交互的程序。

这种方式对于有特殊过滤等操作，或者网络上没有成型的利用工具的时候可以使用。

工具测试

网络上有很多好用的免费利用工具，比如针对sql注入的sqlmap、针对软件漏洞的matesploit等。

㈡ djanog 框架开发的网页怎么测试

别的机子能访问吗？能访问就直接查看吧，不用图形界面你肯定不能访问的的。

㈢ 怎样从0开始搭建一个测试框架

自动化测试框架
，简称GTF，因为这个框架现在还属于开发阶段，很多事都是言之过早。我会持续将我在架构过程中的想法写下来。供自己和大家一起分享。
这些想法，并不属于我一个人，我工作中的同事们给了我很大的帮助。
今天这一篇主要说明架构方面的考虑。
在现有的提供自动化测试解决方案的产品很多，包括:Robot，TestComplete，WinRunner等等。我只接触过这些，公司里也进行过很大的尝试，但是结果往往总是不竟如人意。
这中间，排除那些人员方面的原因，也总结这些自动化工具
，在使用过程中的不方便的地方:
1. 定位控件不方便。标准控件还好，非标准控件就只能靠很多非正常方法去获取。而且，控件的识别往往和界面布局相关。
3. 代码维护不方便。由于在编写过程中，大量的和界面相关的代码，导致最后在需求变更的时候，代码的维护，成为软件测试人员的负担。
针对这些情况，我们经过讨论，何不自己做一个软件测试框架。当然了，这是基于我们的丰富的知识积累的决策。大家不需要关心这个决策的情况。不过，可以多关注一些我们在做的过程中的分析结果。
通过分析流行的软件测试框架，有多种方式:
第一、最典型的就是消息驱动，自动化工具通过脚本录制和编写，保存为测试脚本。在回放的过程中，将这些脚本转换成为Windows消息，发送给我们应用程序的窗体和各种控件。
这种方式的好处在于，自动化工具和应用程序之间能够做到完全的隔离。但是，由于使用了Windows消息，它也拥有了一个非常致命的缺点。那就是消息队列的异步性与程序的顺序性之间的矛盾。很多消息发送给了应用程序，但是应用程序的处理可能已经和消息队列错位了。有一些关于代码的时间片等待，就是因为这个问题。
另外，就是由于完全的隔离，对于操纵控件数据的能力大大降低。毕竟，拥有大量数据的控件都不是标准控件。
第二、嵌入式
。TestComplete就是这类工具。它有支持不同语言的版本。大概思路，就是在程序编译的时候，注入自己的控件代理。脚本的回放，直接可以通过代理，操纵到应用程序。
可惜的是，这类软件开发的时候，更多的是考虑平台的兼容性。对于特有平台上的支持不是十分完美。特别是对自定义控件(比如Delphi中，除了VCL的标准控件)支持也没有做到最好。不过，我这里必须承认，TC的内部实现机制可能十分强大，我不能窥探所有。如果有人清晰，可以指点一二。
针对上面的两种，我们想到的第三种方式:一体式。这种方式中，通过给程序在打包的过程中，添加额外的框架代码，使得程序自动提供控件的访问方式。自动化的模块也会作为软件测试程序的一部分运行。
应用程序在执行脚本的时候，自动通过脚本
，控制各控件界面的显示和关闭。它应该是第二种方式的变种。但是由于是自己实现的，所以在对各类自定义控件支持的都非常好。
针对一开始提出的几个自动化测试的难题，我们提出了，自动封装窗体上所有控件的概念(这些概念后面会详细介绍)，对于软件测试人员，只要关心真正的业务操作流程。而业务流程中涉及到的控件，已经为他们自动提供好。这样，脚本也自然只成了业务流程的脚本。其复杂度也就大大降下来了。
如果要推荐2个工具的话，我就推荐泽众软件公司的
自动化测试工具AutoRunner和测试管理工具Testcenter
，用这2个软件合作可以很好的进行自动化测试与对测试用例进行管理。

㈣ 怎么通过外部检测到网站是ThinkPHP框架开发的

在tp3.1和3.2中的App.class.PHP中有这样一段代码：
<?php
if(!$mole) {
if('' == CONTROLLER_NAME) {
header("Content-type:image/png");
exit(base64_decode(App::logo()));
}

// 是否定义Empty控制器
$mole = A('Empty');
if(!$mole){
E(L('_CONTROLLER_NOT_EXIST_').':'.CONTROLLER_NAME);
}
}
?>
比如http://www.gaokaopai.com/-index.html
会输出tp的logo.从而知道该网站用的是tp框架

㈤ 如何搭建自己的自动化测试框架

这段时间一直在为公司内部开发
自动化测试框架
，简称GTF，因为这个框架现在还属于开发阶段，很多事都是言之过早。我会持续将我在架构过程中的想法写下来。供自己和大家一起分享。
这些想法，并不属于我一个人，我工作中的同事们给了我很大的帮助。
今天这一篇主要说明架构方面的考虑。
在现有的提供自动化测试解决方案的产品很多，包括:Robot，TestComplete，WinRunner等等。我只接触过这些，公司里也进行过很大的尝试，但是结果往往总是不竟如人意。
这中间，排除那些人员方面的原因，也总结这些自动化工具
，在使用过程中的不方便的地方:
1. 定位控件不方便。标准控件还好，非标准控件就只能靠很多非正常方法去获取。而且，控件的识别往往和界面布局相关。
3. 代码维护不方便。由于在编写过程中，大量的和界面相关的代码，导致最后在需求变更的时候，代码的维护，成为软件测试人员的负担。
针对这些情况，我们经过讨论，何不自己做一个软件测试框架。当然了，这是基于我们的丰富的知识积累的决策。大家不需要关心这个决策的情况。不过，可以多关注一些我们在做的过程中的分析结果。
通过分析流行的软件测试框架，有多种方式:
第一、最典型的就是消息驱动，自动化工具通过脚本录制和编写，保存为测试脚本。在回放的过程中，将这些脚本转换成为Windows消息，发送给我们应用程序的窗体和各种控件。
这种方式的好处在于，自动化工具和应用程序之间能够做到完全的隔离。但是，由于使用了Windows消息，它也拥有了一个非常致命的缺点。那就是消息队列的异步性与程序的顺序性之间的矛盾。很多消息发送给了应用程序，但是应用程序的处理可能已经和消息队列错位了。有一些关于代码的时间片等待，就是因为这个问题。
另外，就是由于完全的隔离，对于操纵控件数据的能力大大降低。毕竟，拥有大量数据的控件都不是标准控件。
第二、嵌入式
。TestComplete就是这类工具。它有支持不同语言的版本。大概思路，就是在程序编译的时候，注入自己的控件代理。脚本的回放，直接可以通过代理，操纵到应用程序。
可惜的是，这类软件开发的时候，更多的是考虑平台的兼容性。对于特有平台上的支持不是十分完美。特别是对自定义控件(比如Delphi中，除了VCL的标准控件)支持也没有做到最好。不过，我这里必须承认，TC的内部实现机制可能十分强大，我不能窥探所有。如果有人清晰，可以指点一二。
针对上面的两种，我们想到的第三种方式:一体式。这种方式中，通过给程序在打包的过程中，添加额外的框架代码，使得程序自动提供控件的访问方式。自动化的模块也会作为软件测试程序的一部分运行。
应用程序在执行脚本的时候，自动通过脚本
，控制各控件界面的显示和关闭。它应该是第二种方式的变种。但是由于是自己实现的，所以在对各类自定义控件支持的都非常好。
针对一开始提出的几个自动化测试的难题，我们提出了，自动封装窗体上所有控件的概念(这些概念后面会详细介绍)，对于软件测试人员，只要关心真正的业务操作流程。而业务流程中涉及到的控件，已经为他们自动提供好。这样，脚本也自然只成了业务流程的脚本。其复杂度也就大大降下来了。
如果要推荐2个工具的话，我就推荐泽众软件公司的
自动化测试工具AutoRunner和测试管理工具Testcenter
，用这2个软件合作可以很好的进行自动化测试与对测试用例进行管理。

㈥ 如何构建结构良好的测试框架

这段时间一直在为公司内部开发
自动化测试框架
，简称GTF，因为这个框架现在还属于开发阶段，很多事都是言之过早。我会持续将我在架构过程中的想法写下来。供自己和大家一起分享。
这些想法，并不属于我一个人，我工作中的同事们给了我很大的帮助。
今天这一篇主要说明架构方面的考虑。
在现有的提供自动化测试解决方案的产品很多，包括:Robot，TestComplete，WinRunner等等。我只接触过这些，公司里也进行过很大的尝试，但是结果往往总是不竟如人意。
这中间，排除那些人员方面的原因，也总结这些自动化工具
，在使用过程中的不方便的地方:
1. 定位控件不方便。标准控件还好，非标准控件就只能靠很多非正常方法去获取。而且，控件的识别往往和界面布局相关。
3. 代码维护不方便。由于在编写过程中，大量的和界面相关的代码，导致最后在需求变更的时候，代码的维护，成为软件测试人员的负担。
针对这些情况，我们经过讨论，何不自己做一个软件测试框架。当然了，这是基于我们的丰富的知识积累的决策。大家不需要关心这个决策的情况。不过，可以多关注一些我们在做的过程中的分析结果。
通过分析流行的软件测试框架，有多种方式:
第一、最典型的就是消息驱动，自动化工具通过脚本录制和编写，保存为测试脚本。在回放的过程中，将这些脚本转换成为Windows消息，发送给我们应用程序的窗体和各种控件。
这种方式的好处在于，自动化工具和应用程序之间能够做到完全的隔离。但是，由于使用了Windows消息，它也拥有了一个非常致命的缺点。那就是消息队列的异步性与程序的顺序性之间的矛盾。很多消息发送给了应用程序，但是应用程序的处理可能已经和消息队列错位了。有一些关于代码的时间片等待，就是因为这个问题。
另外，就是由于完全的隔离，对于操纵控件数据的能力大大降低。毕竟，拥有大量数据的控件都不是标准控件。

㈦ 什么是测试框架

测试框架总体而言可以参考软件开发框架来构建，下面是从软件开发框架原则中对应提取的测试框架的属性:
1、测试框架是测试开发过程中提取特定领域测试方法共性部分形成的体系结构;
(软件框架是软件开发过程中提取特定领域软件的共性部分形成的体系结构)
2、测试框架的作用:在其基础上重用测试设计原则和测试经验，调整部分内容便可满足需求，可提高测试用例设计开发质量，降低成本，缩短时间;
3、不同测试技术领域有不同的测试框架类型;
4、测试框架不是一个现成可用的系统，是一个半成品，需要测试工程师基于它结合自己的测试对象知识转化成自己的测试用例;
5、测试框架是提供给测试人员开发相应领域测试用例的测试分析设计工具;
6、测试框架不是测试用例集，而是通用的，具有一般性的系统主体部分。测试人员像做填空一样，根据具体业务完成特定应用系统中与众不同的特殊部分;
7、测试设计模式的思想(等价类/边界值)在测试框架中进行应用。
以上为个人总结体会，不一定正确，但我开发的测试框架却是的确满足了以上7个属性来实现的。

㈧ 如何查看网站是否采用了struts2框架

你可以看网站链接url里面的内容，如果是XXX.action结尾或直接XXX？参数1=XXX，应该就是stuts2。

Struts是Apache软件基金会赞助的一个开源项目。它最初是Jakarta项目中的一个子项目，并在2004年3月成为ASF的顶级项目。它通过采用Java Servlet/JSP技术，实现了基于Java EE Web应用的Model-View-Controller设计模式的应用框架，是MVC经典设计模式中的一个经典产品。

Struts2引入了几个新的框架特性：从逻辑中分离出横切关注点的拦截器、减少或者消除配置文件、贯穿整个框架的强大表达式语言、支持可变更和可重用的基于MVC模式的标签API，
Struts2充分利用了从其它MVC框架学到的经验和教训，使得 Struts2框架更加清晰灵活。

Struts 2提供了对MVC的一个清晰的实现，这一实现包含了很多参与对所以请求进行处理的关键组件，如：拦截器、OGNL表达式语言、堆栈。

㈨ 如何检测Web网站使用的是什么JS框架

想看使用了什么js框架，肯定是根据网站的源码来分析，或者使用F12查看。