测试报告
2016-05-04 21:32
232 查看
测试计划
目 录
1. 概述 ............1
1.1
产品简介 1
1.2
范围 1
1.3
限制条件 1
1.4
参考文档 1
2.
约定 2
2.1
测试目标 2
2.2
接收标准 2
2.3
资源和工具 2
2.3.1资源 2
2.3.2工具 2
2.4
送测要求 2
2.5
编号规则 2
3.
测试种类及测试标准 3
3.1
测试种类 3
3.2
测试方法及标准 3
3.2.1功能测试 3
3.2.2业务测试 3
3.2.3压力测试 3
3.2.4安装测试 3
3.2.5验收测试 3
4.
测试重点及顺序 4
4.1
预测风险 4
4.2
测试重点 4
4.2.1功能测试 4
4.2.2业务测试 4
5. 暂停标准和再启动要求 5
6. 测试任务和进度 6
7. 测试提交物 7
1. 概述
1.1 产品简介
本次开发是一种电子商城软件,他可以让你做到足不出户的购买到你想要的商品,该软件将面向所有消费者用户。
它的主要模块有首页(最新活动、最后疯抢、活动预告)、分类、购物车、我的这四种,
具体功能有用户登录、加入购物车、二维码识别、分享信息、地址查询等。
1.2 范围
本测试计划是针对<京东闪购概要设计说明书>中规定内容的测试计划,包括:
Ø 首页模块功能
Ø 分类模块功能
Ø 购物车模块功能
Ø 我的模块功能
Ø 首页中最新活动的内容
Ø 首页中最最后疯抢内容
Ø 首页中活动预告的内容
Ø 分类模块里的分类详情
Ø 侧滑中的登录验证
Ø 侧滑中的用户退出
Ø 我的关注
Ø 我的收藏
Ø 清除缓存
Ø 软件更新
Ø 第三方分享
Ø 二维码识别
Ø 设置
1.3 限制条件
本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况,本计划会做出相应修改。
1.4 参考文档
2. 约定
2.1 测试目标
通过测试,达到以下目标:
Ø 测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。
Ø 产品规定的操作和运行稳定。
Ø Bug数和缺陷率控制在可接收的范围之内。
2.2 接收标准
本节所述的接收标准是指可测试的标准,这个标准以测试组接收测试为限。单元测试接收标准的详细规定参见文档京东闪购——测试接收标准.doc。其余各阶段接收标准,以经过审核后的上一阶段测试报告为准,每一阶段停止标准的详细规定参见文档软件测试停止标准.doc。
2.3 资源和工具
2.3.1 资源
Ø 测试服务器
稳定的测试服务器,IP地址为:192.131.0.1。
Ø 人员
测试审核人一名,测试实施人员4 名。
2.3.2 工具
Ø 测试中使用的Bug管理工具为经过改进的Bug管理工具。
Ø 自动化测试工具待定。
2.4 送测要求
销售助手开发人员提交的测试按以下要求进行:
2.5 编号规则
与本测试计划相关的编号规则如下:
Ø 测试用例中的编号,功能名+界面名(每个字第一个汉语拼音大写)+编号
例如:新增报价书第一个用例
XZ BJS 0001
Ø 测试用例文件命命名规则,模块名+测试用例
例如:购物车详细设计说明
购物车测试用例
3. 测试种类及测试标准
3.1 测试种类
计划完成以下类型测试
Ø 功能测试
Ø 业务测试
Ø 压力测试
Ø 安装测试
Ø 验收测试
3.2 测试方法及标准
3.2.1 功能测试
3.2.1.1 功能
系统能按照设计要求实现模块的各个功能,数据应完整、界面美观、操作方便。
具体可参照本文档测试重点及顺序部分。
3.2.1.2 界面测试
详细的界面测试可以参考界面测试.doc。
3.2.1.3 数据项测试
Ø 字母数字数据项是否能够正确回显,并输入到系统中?
Ø 图形模式的数据项(如滑动条)是否正常工作?
Ø 是否能够识别非法数据?
Ø 数据输入消息是否可理解?
3.2.1.4 帮助文档测试
Ø 文档是否精确描述了如何使用各种使用模式?
Ø 交互顺序的描述是否精确?
Ø 例子是否精确?
Ø 术语、菜单描述和系统响应是否与实际程序一致?
Ø 是否能够很方便地在文档中定位指南?
Ø 是否能够很方便地使用文档排除错误?
Ø 文档的内容和索引是否精确完整?
Ø 文档的设计(布局、缩进和图形)是否便于信息的理解?
Ø 显示给用户的错误信息是否有更详细的文档解释?
Ø 如果使用超级链接,超级链接是否精确完整?
3.2.2 业务测试
功能测试完成后进行业务测试,业务测试关注的要点是业务流程,及数据流从软件中的一个模块流到另一个模块的过程中的正确性。
压力测试
3.2.3.1 压力测试说明
本次压力测试根据实际情况包含性能测试,重点模拟客户进行多用户测试。压力测试有一条8:2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常每天有600条新数据,测试时在四小时内输入480条数据。我们无法知道用户的业务量,所以只有利用公司现有资源进行大量的数据量的测试。
3.2.3.2 压力测试工具
待定
3.2.3.3 压力测试方法及标准
压力测试的方法及标准参考压力测试计划.doc
3.2.3 安装测试
3.2.4.1 安装测试说明
除了嵌入式软件之外,安装是软件产品实现其功能的第一步,没有正确的安装根本就谈不上正确的执行,因此对于安装的测试就显得尤为重要。
3.2.4.2 安装测试方法及标准
Ø 自动安装还是手工配置安装,测试各种不同的安装组合,并验证各种不同组
合的正确性,最终目标是所有组合都能安装成功。
Ø 安装退出之后,确认应用程序可以正确启动、运行。
Ø 卸载测试和安装测试同样重要,如果系统提供自动卸载工具,那么卸载之后需检验系统是否把所有的文件全部删除,注册表中有关的注册信息是否也被删除。
Ø 至少要在一台笔记本上进行安装测试,因为有很多产品在笔记本中会出现问题,尤其是系统级的产品。(有条件的情况下)
Ø 安装完成之后,可以在简单地使用之后再执行卸载操作,有的系统在使用之后会发生变化,变得不可卸载。
Ø 安装时间是否合理;
Ø 对于客户服务器模式的应用系统,可以先安装客户端,然后安装服务器端,测试是否会出现问题。
Ø 考察安装该系统是否对其他的应用程序造成影响,特别是Windows操作系统,经常会出现此类的问题。
3.2.4 验收测试
3.2.5.1 验收测试说明
软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试,测试用例采用业务流程测试用例。
3.2.5.2 验收测试方法及标准
参考京东闪购验收测试规范.doc和软件测试停止标准.doc
4. 测试重点及顺序
4.1 预测风险
本次测试过程中,可能出现的风险如下:
Ø bug的修复情况
Ø 模块功能的实现情况
Ø 系统整体功能的实现情况
Ø 代码的编写质量
Ø 人员经验以及对软件的熟悉度
Ø 开发人员、测试人员关于项目约定的执行情况
Ø 人员调整导致研发周期延迟
Ø 开发时间的缩短导致某些测试计划无法执行
4.2 测试重点
4.2.1 功能测试
这里仅为测试重点的描述,具体测试方法以及内容请参见测试用例。
4.2.1.1 首页详情
Ø 是否使用viewpager实现了滑动页
Ø 列表能否显示图片
Ø 点击进入详情,是否能加入购物车、加入收藏
Ø 二维码扫描功能能否实现
4.2.1.2 分类界面
Ø 左侧的内容是否与右侧的内容相关联
Ø 各列表中显示是否正确
Ø 单击左侧按钮右侧是否会改变
Ø 点击右侧按钮能否进入详情界面
4.2.1.3 购物车界面
Ø 能否计算商品总价
Ø 商品能否去结算
Ø 商品能否删除
Ø 能否显示商品的价格
4.2.1.4 我的界面
Ø 用户能否登录
Ø 列表显示是否正确
Ø 定位能否实现
Ø 收货地址管理能否添加或删除地址
Ø 检查更新能否实现
Ø 清除缓存能否实现
Ø 付款能否实现
4.2.1.5 侧拉菜单
Ø 测拉登陆能否实现
Ø 测拉退出能否实现
Ø 设置能否成功
Ø 列表里的内容能否实现
4.2.1.6 日历
待定
4.2.1.7 相关数据查看
待定
4.2.1.8 个人中心
待定
4.2.2 业务测试
这里只是描述了业务测试的大概情况,具体测试方法以及内容请参见业务测试用例。这里的业务测试包含模块之间的关系。
4.2.2.1 首页活动
Ø ?商品信息符合首页活动
例如:30元新人代金劵(新人专享)品牌折扣,超过200元可是用代金券
商品与实际情况相符
Ø ? 保证日后更新的活动能够与实际情况相符
4.2.2.2 分类
Ø 对商品种类的分类是否正确
4.2.2.3 购物车
Ø ? 购物车价格 数量 计算正确
4.2.2.4 我的功能
Ø 同一个商品信息 不能再代付款 待收货 代发货同时出现
Ø 结算时没有收货地址,应先显示地址管理界面
Ø 更新的版本是最新的(旧版本才能更新)
5. 暂停标准和再启动要求
Ø 软件系统在进行单元、集成、确认、系统、安装、验收测试时,发现一级错误(大于等于1)、二级错误(大于等于2)暂停测试返回开发。
Ø 软件项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据。
Ø 软件项目在其开发生命周期内出现重大估算,进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据。
Ø 如有新的项目需求,则在原测试计划下做相应的调整。
Ø 若开发暂停,则相应测试也暂停,并备份暂停点数据。。
Ø 若项目中止,则对已完成的测试工作做测试活动总结。
Ø 项目再启动时,测试进度重新安排或顺延。
6. 测试任务和进度
7. 测试提交物
本次测试完成后的提交物:
Ø 测试计划
Ø 测试用例
Ø 测试Bug单
Ø 测试小结
Ø 测试分析报告
产品名称: | 京东闪购 |
项目承担部门 | 研发部 |
撰写人(签名) | 侯俊新 |
完成日期 | 2016.04.18 |
本文档使用部门 | 测试部 |
评审负责人(签名) | 郭梁 |
评审日期 | 2016.04.20 |
版本 | 1.2.30 |
日期 | 版本 | 说明 | 作者 |
1. 概述 ............1
1.1
产品简介 1
1.2
范围 1
1.3
限制条件 1
1.4
参考文档 1
2.
约定 2
2.1
测试目标 2
2.2
接收标准 2
2.3
资源和工具 2
2.3.1资源 2
2.3.2工具 2
2.4
送测要求 2
2.5
编号规则 2
3.
测试种类及测试标准 3
3.1
测试种类 3
3.2
测试方法及标准 3
3.2.1功能测试 3
3.2.2业务测试 3
3.2.3压力测试 3
3.2.4安装测试 3
3.2.5验收测试 3
4.
测试重点及顺序 4
4.1
预测风险 4
4.2
测试重点 4
4.2.1功能测试 4
4.2.2业务测试 4
5. 暂停标准和再启动要求 5
6. 测试任务和进度 6
7. 测试提交物 7
1. 概述
1.1 产品简介
本次开发是一种电子商城软件,他可以让你做到足不出户的购买到你想要的商品,该软件将面向所有消费者用户。
它的主要模块有首页(最新活动、最后疯抢、活动预告)、分类、购物车、我的这四种,
具体功能有用户登录、加入购物车、二维码识别、分享信息、地址查询等。
1.2 范围
本测试计划是针对<京东闪购概要设计说明书>中规定内容的测试计划,包括:
Ø 首页模块功能
Ø 分类模块功能
Ø 购物车模块功能
Ø 我的模块功能
Ø 首页中最新活动的内容
Ø 首页中最最后疯抢内容
Ø 首页中活动预告的内容
Ø 分类模块里的分类详情
Ø 侧滑中的登录验证
Ø 侧滑中的用户退出
Ø 我的关注
Ø 我的收藏
Ø 清除缓存
Ø 软件更新
Ø 第三方分享
Ø 二维码识别
Ø 设置
1.3 限制条件
本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况,本计划会做出相应修改。
1.4 参考文档
序号 | 名称 | 作者 | 备注 |
1. | 概要设计说明书 | ||
2. | 客服物理模型 | ||
3. | 日历模块详细设计说明 | ||
4. | 个人中心模块详细设计说明 | ||
5. | 首页模块详细设计说明 | ||
6. | 分类详模块细设计说明 | ||
7. | 购物车模块详细设计说明 | ||
8. | 第三方分享详细设计说明 | ||
9. | 我的关注详细设计说明 | ||
10. | 我的收藏详细设计说明 | ||
11. | 第三方分享详细设计说明 | ||
12. | 用户的登陆与退出详细设计说明 | ||
13. | 二维码识别详细设计说明 |
2.1 测试目标
通过测试,达到以下目标:
Ø 测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。
Ø 产品规定的操作和运行稳定。
Ø Bug数和缺陷率控制在可接收的范围之内。
2.2 接收标准
本节所述的接收标准是指可测试的标准,这个标准以测试组接收测试为限。单元测试接收标准的详细规定参见文档京东闪购——测试接收标准.doc。其余各阶段接收标准,以经过审核后的上一阶段测试报告为准,每一阶段停止标准的详细规定参见文档软件测试停止标准.doc。
2.3 资源和工具
2.3.1 资源
Ø 测试服务器
稳定的测试服务器,IP地址为:192.131.0.1。
Ø 人员
测试审核人一名,测试实施人员4 名。
2.3.2 工具
Ø 测试中使用的Bug管理工具为经过改进的Bug管理工具。
Ø 自动化测试工具待定。
2.4 送测要求
销售助手开发人员提交的测试按以下要求进行:
步骤 | 动作 | 负责人 | 相关文档或记录 | 要求 |
1 | 打包、编译 | 开发人员 | 无 | 确认可测试 |
2 | 审核并提交测试 | Xx | 经审核的上一级测试报告 | 测试报告xx审核并签字 |
3 | 接收测试 | 测试人员 | 经xx审核并签字的上一级测试报告 | |
4 | 开始测试 | 测试人员 | Bug单、小结 | 测试小结个人编写个人的内容 |
与本测试计划相关的编号规则如下:
Ø 测试用例中的编号,功能名+界面名(每个字第一个汉语拼音大写)+编号
例如:新增报价书第一个用例
XZ BJS 0001
Ø 测试用例文件命命名规则,模块名+测试用例
例如:购物车详细设计说明
购物车测试用例
3. 测试种类及测试标准
3.1 测试种类
计划完成以下类型测试
Ø 功能测试
Ø 业务测试
Ø 压力测试
Ø 安装测试
Ø 验收测试
3.2 测试方法及标准
3.2.1 功能测试
3.2.1.1 功能
系统能按照设计要求实现模块的各个功能,数据应完整、界面美观、操作方便。
具体可参照本文档测试重点及顺序部分。
3.2.1.2 界面测试
详细的界面测试可以参考界面测试.doc。
3.2.1.3 数据项测试
Ø 字母数字数据项是否能够正确回显,并输入到系统中?
Ø 图形模式的数据项(如滑动条)是否正常工作?
Ø 是否能够识别非法数据?
Ø 数据输入消息是否可理解?
3.2.1.4 帮助文档测试
Ø 文档是否精确描述了如何使用各种使用模式?
Ø 交互顺序的描述是否精确?
Ø 例子是否精确?
Ø 术语、菜单描述和系统响应是否与实际程序一致?
Ø 是否能够很方便地在文档中定位指南?
Ø 是否能够很方便地使用文档排除错误?
Ø 文档的内容和索引是否精确完整?
Ø 文档的设计(布局、缩进和图形)是否便于信息的理解?
Ø 显示给用户的错误信息是否有更详细的文档解释?
Ø 如果使用超级链接,超级链接是否精确完整?
3.2.2 业务测试
功能测试完成后进行业务测试,业务测试关注的要点是业务流程,及数据流从软件中的一个模块流到另一个模块的过程中的正确性。
压力测试
3.2.3.1 压力测试说明
本次压力测试根据实际情况包含性能测试,重点模拟客户进行多用户测试。压力测试有一条8:2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常每天有600条新数据,测试时在四小时内输入480条数据。我们无法知道用户的业务量,所以只有利用公司现有资源进行大量的数据量的测试。
3.2.3.2 压力测试工具
待定
3.2.3.3 压力测试方法及标准
压力测试的方法及标准参考压力测试计划.doc
3.2.3 安装测试
3.2.4.1 安装测试说明
除了嵌入式软件之外,安装是软件产品实现其功能的第一步,没有正确的安装根本就谈不上正确的执行,因此对于安装的测试就显得尤为重要。
3.2.4.2 安装测试方法及标准
Ø 自动安装还是手工配置安装,测试各种不同的安装组合,并验证各种不同组
合的正确性,最终目标是所有组合都能安装成功。
Ø 安装退出之后,确认应用程序可以正确启动、运行。
Ø 卸载测试和安装测试同样重要,如果系统提供自动卸载工具,那么卸载之后需检验系统是否把所有的文件全部删除,注册表中有关的注册信息是否也被删除。
Ø 至少要在一台笔记本上进行安装测试,因为有很多产品在笔记本中会出现问题,尤其是系统级的产品。(有条件的情况下)
Ø 安装完成之后,可以在简单地使用之后再执行卸载操作,有的系统在使用之后会发生变化,变得不可卸载。
Ø 安装时间是否合理;
Ø 对于客户服务器模式的应用系统,可以先安装客户端,然后安装服务器端,测试是否会出现问题。
Ø 考察安装该系统是否对其他的应用程序造成影响,特别是Windows操作系统,经常会出现此类的问题。
3.2.4 验收测试
3.2.5.1 验收测试说明
软件产品测试部对经过内部单元测试、集成测试和系统测试后的软件所进行的测试,测试用例采用业务流程测试用例。
3.2.5.2 验收测试方法及标准
参考京东闪购验收测试规范.doc和软件测试停止标准.doc
4. 测试重点及顺序
4.1 预测风险
本次测试过程中,可能出现的风险如下:
Ø bug的修复情况
Ø 模块功能的实现情况
Ø 系统整体功能的实现情况
Ø 代码的编写质量
Ø 人员经验以及对软件的熟悉度
Ø 开发人员、测试人员关于项目约定的执行情况
Ø 人员调整导致研发周期延迟
Ø 开发时间的缩短导致某些测试计划无法执行
4.2 测试重点
4.2.1 功能测试
这里仅为测试重点的描述,具体测试方法以及内容请参见测试用例。
4.2.1.1 首页详情
Ø 是否使用viewpager实现了滑动页
Ø 列表能否显示图片
Ø 点击进入详情,是否能加入购物车、加入收藏
Ø 二维码扫描功能能否实现
4.2.1.2 分类界面
Ø 左侧的内容是否与右侧的内容相关联
Ø 各列表中显示是否正确
Ø 单击左侧按钮右侧是否会改变
Ø 点击右侧按钮能否进入详情界面
4.2.1.3 购物车界面
Ø 能否计算商品总价
Ø 商品能否去结算
Ø 商品能否删除
Ø 能否显示商品的价格
4.2.1.4 我的界面
Ø 用户能否登录
Ø 列表显示是否正确
Ø 定位能否实现
Ø 收货地址管理能否添加或删除地址
Ø 检查更新能否实现
Ø 清除缓存能否实现
Ø 付款能否实现
4.2.1.5 侧拉菜单
Ø 测拉登陆能否实现
Ø 测拉退出能否实现
Ø 设置能否成功
Ø 列表里的内容能否实现
4.2.1.6 日历
待定
4.2.1.7 相关数据查看
待定
4.2.1.8 个人中心
待定
4.2.2 业务测试
这里只是描述了业务测试的大概情况,具体测试方法以及内容请参见业务测试用例。这里的业务测试包含模块之间的关系。
4.2.2.1 首页活动
Ø ?商品信息符合首页活动
例如:30元新人代金劵(新人专享)品牌折扣,超过200元可是用代金券
商品与实际情况相符
Ø ? 保证日后更新的活动能够与实际情况相符
4.2.2.2 分类
Ø 对商品种类的分类是否正确
4.2.2.3 购物车
Ø ? 购物车价格 数量 计算正确
4.2.2.4 我的功能
Ø 同一个商品信息 不能再代付款 待收货 代发货同时出现
Ø 结算时没有收货地址,应先显示地址管理界面
Ø 更新的版本是最新的(旧版本才能更新)
5. 暂停标准和再启动要求
Ø 软件系统在进行单元、集成、确认、系统、安装、验收测试时,发现一级错误(大于等于1)、二级错误(大于等于2)暂停测试返回开发。
Ø 软件项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据。
Ø 软件项目在其开发生命周期内出现重大估算,进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据。
Ø 如有新的项目需求,则在原测试计划下做相应的调整。
Ø 若开发暂停,则相应测试也暂停,并备份暂停点数据。。
Ø 若项目中止,则对已完成的测试工作做测试活动总结。
Ø 项目再启动时,测试进度重新安排或顺延。
6. 测试任务和进度
测试阶段 | 测试任务 | 工作量估计 | 人员分配 | 起止时间 |
第一阶段 单元测试 | 客服合同、客服知识库、组装方案、联系活动、产品和价格配制器、产品缺陷用例设计 | 参考二期开发计划 | 参考二期开发计划 | 5.10至5.21 |
客服合同、客服知识库、组装方案、联系活动、产品和价格配制器、产品缺陷单元测试 | 1. 联系活动、产品和价格配制器、产品缺陷 2. 客服合同、客服知识库 3. 组装方案 | Xx | 5.24至5.28 | |
客服活动、销售知识库、销售机会、客服计划、客户关怀修改、客户请求用例设计 | 参考二期开发计划 | 参考二期开发计划 | 5.31至6.4 | |
客服活动、销售知识库、销售机会、客服计划、客户关怀修改、客户请求单元测试 | 1. 客服计划、客户关怀修改、客户请求 2. 销售知识库、销售机会 3. 客服活动 | Xx | 6.7至6.11 | |
单元测试BUG审核 | 5日 | Xx | 6.14至6.18 | |
第二阶段 集成测试 | 1. 客服合同、客服知识库、组装方案、联系活动、产品和价格配制器 2. 客服活动、销售知识库、销售机会、客服计划、客户关怀修改 3. 日历、个人中心、客服报表、产品缺陷、客户请求 | 5日 | Xx | 6.20至6.25 根据实际任务情况人员做一定调整 |
第三阶段 业务测试 | 1. 业务流程测试 2. 关注数据的准确性,特别是报表 | 8日 | 待定 | 6.27至7.8 |
第四阶段 性能测试 | 性能测试 | 2日 | 待定 | 7.8至7.9 |
第五阶段 帮助和用户手册测试 | 1. 帮助测试 2. 用户手册测试 | 5日 | Xx | 7.12至7.16 |
第六阶段 审核BUG | 审核单元测试以外的BUG | 3日 | Xx | 7.19至7.21 |
第七阶段 安装测试 | 程序的安装过程 | 2日 | Xx | 7.22至7.23 |
第八阶段 验收测试 | 模仿用户使用过程的测试 | 5日 | 待定 | 7.26至7.31 |
第九阶段 附加测试 | 待定 | |||
测试总结 | 测试总结和分析、问题反馈 | 1日 | 测试人员 | 8.3 |
本次测试完成后的提交物:
Ø 测试计划
Ø 测试用例
Ø 测试Bug单
Ø 测试小结
Ø 测试分析报告
相关文章推荐
- web MVC 思想模式解读(图示)
- 【步兵 c++】 多态&模板
- Leetcode 113. Path Sum II
- 土地利用分类详细教程——以高分一号影像为例(上)
- boost中regex使用时出现的问题
- ACM:数论专题——拓展欧几里得
- Xutils,Xutils3的使用方法
- HDU 1022 Train Problem I
- 杭电2159-二维费用的背包问题
- Java回调机制(异步)
- 第六周项目二-带武器的游戏角色
- ExpandableListView
- 标准C++中的string类的用法总结
- 图像识别---opencv安装
- 点击后先缩小再放大的View
- 看蘑菇街发展历程全面解析
- Android产品式开发:
- 图论 邻接矩阵
- poj1743最长不重复公共子串
- JavaScript之单例实战