菜单

八面后珑的软件测试2017赌博网站开户送金

2019年3月9日 - 2017赌博网站开户送金

1 全经过的软件测试图解

守旧的软件测试,开发人士实现职务之后,最终交付给测试职员,那种形式下,测试人员不能够赶紧发现要求阶段的弱点,同时测试工作的开始展览也落后了,产质量量得不到实惠的历程序控制制和剖析,总体进度可能会出于返工难题导致耽误。

如何是全程软件测试,也得以说完美的软件测试,如下图所示:
2017赌博网站开户送金 1

在整个SDLC中,三条角色主线和八个阶段。

三条剧中人物主线:开发、QA、测试,文中主要讲解测试。

三个阶段:必要、开发、发布、平常营业。

简单的说的话可以综合为下图所示:

2017赌博网站开户送金 2

测试人士贯穿那多个等级,开始展览测试活动,试实践活动大约描述如下图所示:

2017赌博网站开户送金 3

每个阶段也有开发人员对应的运动,以及QA职员对应的活动。

对于产品而言,每一次版本迭代,都会经历:供给、开发、发布,最终推向平日营业,公布阶段虚线指向的需要阶段和平时营业阶段,并不是二个停下阶段,而是不断迭代的进程。

那测试人士是何许开展全程软件测试活动的啊?

2 须求阶段测试

在须要阶段,开发人员、测试人士、QA职员根本做的政工,如下表所示:

阶段

开发人员

测试人员

QA人员

需求阶段

· 用户故事分析

· 用户故事估时

· 参与用户故事分析、挖掘故事含混性

· 参考经验库质疑开发的时间估算

· 保证确认需求活动符合需求管理过程

· 管理用户故事评审

· 管理需求变更

用作测试人员的最首要实施如下:

出席用户传说分析、挖掘故事含混性

在sprint会议上,对用户传说进行剖析,检查功用性供给和非功用性需要是不是描述清晰,当中能够将非功用性供给作为验收要点,例如几个用户故事:

“客户愿意增进响应时间”

测试人士应当帮助开发职员消除传说的含混性:升高什么的响应时间和响应时间为多少?能够建议修改为:

“客户新闻常常查询再次来到结果的响应时间为5s内”

注解在“客户音信”模块,举行“普通查询”操作,再次回到结果的小运在5s内,那么些陈述句已经清晰表达了,也达到了扫除含混性的功能。同样,测试职员能够编写制定升高查询效用的用户传说:

“客户在消息查询模块,举行普通查询,能够在5s内回到结果”

“备注:5s为非功能性须求,也是验收要点”

参照经验库思疑开发的岁月推断

在sprint会议上,开发职员依照经验出牌(团队温馨定义的平整,用扑克牌)测度时间,当给出最后结出的时候,测试职员应当对其进展质问。测试人员借鉴历史经验库:开发职员在某方面包车型地铁技艺如何、该模块曾经发出过何种程度的症结、修复缺陷的耗时是稍稍之类,综合考虑,提议疑义,让开发推测最终的时日,尽恐怕考虑那么些要素。当然,测试职员能够质疑的中间3个前提是:测试职员具备有关支出经历。

总计:在供给阶段,测试职员要发挥成效,减少含混性要求引入到开发阶段、同时帮忙开发做好时间推断。

3 开发阶段测试

在开发阶段,开发人士、测试职员、QA人士根本做的作业,如下表所示:

阶段

开发人员

测试人员

QA人员

需求阶段

· 用户故事分析

· 用户故事估时

· 参与用户故事分析、挖掘故事含混性

· 参考经验库质疑开发的时间估算

· 保证确认需求活动符合需求管理过程

· 管理用户故事评审

· 管理需求变更

用作测试人士的首要实施如下:

功效要点确认

Xmind是五个充足好用的脑图工具,平常在开发职员举办编码前,测试人士会指向急需处理的用户传说,与开发职员实行确认,核对领悟偏差,确认保障须求掌握一致。

2017赌博网站开户送金 4

 

图-5-脑图用例模板

测试用例设计

测试人士首要设计测试典故点,使用DSL(Domain Specific
language),对测试用例实行描述,包蕴八个基本要素:

Feature、Scenario、Example,补充要素:xmind、Requirement。

Feature:把测试分类到有些模块,并对那一个特点自身的事体指标进展有关描述,带进业
务指标,传递业务知识。

Scenario:标明那么些Feature的测试场景,能够采取文字描述步骤,可能利用xmind脑图

叙述,场景中的数据使用Examples中列出的。

Example:引出具体的数码表格把用到的数额都来得出来,制止同一步骤因为测试数据
的生成而再次若干遍造成冗余。

Xmind:脑图文件,体现测试好玩的事点

Requirement:关联需要管理体系的须要id。

趁着高效越来越广为人知,敏捷测试也越来越多受到了大家的关心。在此地,小编想谈一下自个儿在神速项目中遇见的两个自动化测试相关难点以及我们什么借助DSL领域专用语言来消除它。

对赶快软件开发方法有自然精晓的人都清楚,敏捷软件开发进程是二个迭代式交付的经过。每种迭代约等于相比较小型的付出周期。那么,为了同盟往往的软件提交,敏捷测试相对于守旧一测试试要求求做相应的调整。那也招致了高速项目中的测试面临多少个特有的挑衅:

  1. 数十次的回归测试以保险每个迭代的果实都以可交付的
  2. 让总体开发协会加入到测试活动中以缩小品质音信的举报周期
  3. 让客户加入到测试活动中来提携提高测试的有效性

自动化测试在应对反复的回归测试那么些挑战上起着万分首要的功能。自动化测试做不好,团队最后会被各样迭代都会追加的回归测试工作量压垮。

自个儿经验过的2个团体,在那个团体中,我们很已经发现到了自动化测试的第③,在自动化测试上的投入不遗余力。大家深信自动化成效测试扩大到充足多的时候,它就能指点手动回归测试,有限支撑百分百交付进度顺遂实行。

诚然,自动化测试刚开始展开的时候,我们低收入颇多。每增添二个自动化测试,大家就能压缩一些手动测试。自动化测试让大家我们有相比较富厚的时刻来手动测试那么些还平素不来得及自动化的、难以被自动化的效劳点上,而且还能有时光和活力做探索性测试。那几个结果让协会感到生活绝对美丽好,也让我们对自动化测试坚信不疑

然而好景相当短,随着自动化测试的不停加码,大家会面临那样局地标题:

  1. 自动化测试是围绕着达成细节举行的。随着数据的增多,业务的轮廓很不难迷失在细节中。
  2. 在效率级别丧失了对测试的寻踪。由于测试人士不可能实际掌握这几个测试案例被自动化测试覆盖。每一遍回归的时候,团队都急需回归整个测试组。

于是,我们的手动测试越来越难得到自动化测试的支持。它开首成了项目标鸡肋。测试代码阅读困难、维护困难以及测试结果的看起来也很劳顿。那直接促成了作者们不光要投入万分的年华来扩大自动化测试,也要投入不少光阴来读书并选择测试结果。

于是乎大家初阶再次审视自动化测试的做法,继续搜寻更好的点子。

赶快,大家发现“能够跑起来”并不是好的自动化测试仅需的风味。让大家透过一段测试代码来看一下现实怎么回事。

selenium.open(“/”)
selenium.type(“id=username”, “myname”)
selenium.type(“id=password”, “mypassword”)
selenium.click(“id=btnLogin”)
selenium.waitForPageToLoad(30000)
assertTrue(selenium.isTextPresent(“Welcome to our website!”))

那些测试中,大家首先打开了三个页面,在页面中找寻3个id为username的输入框,输入“myname”,然后再找找1个id为password的输入框,输入“password”,然后点击3个id为btnLogin的按钮,等待30秒现在,断言页面应该出现的文字。

大家能够见见,那一个测试的贯彻很完整的描述了测试的操作进度,是3个面向步骤而不是指标的叙述。当然,稍加分析,大家也得以看出来那几个测试的目的是测用户登录成功系统。

只是,想象当我们有为数不少如此面向步骤来叙述的测试时,要从中抽离出被过多零碎的操作步骤所淹没的测试意图,并把测试的结果使用起来,其实并没有那么直观。而且,假诺在测试中冒出了错误,对于难点的切实作用点的定点也不是那么简单。

而且,并不是组织中保有的分子都有能力阅读和编制那样的测试。那活脱脱降低了团组织成员对于自动化测试的加入度。对于客户,自动化测试更是三个黑盒子,做了哪些,没做哪些,基本上搞不清,更谈不上插手到自动化测试中,援助升高测试的管事。

各种现象,究其原因正是测试可读性太差,测试意图不够醒目。可运转并且简单读的测试才是好的自动化测试。那样才能够保险其余时候,大家不会丧失对于测试案例的跟踪与治本。测试职员随时都得以通过飞快阅读测试,掌握这些效果已经被自动化测试覆盖,有效统一筹划手工业测试的工作量。

2017赌博网站开户送金,怎么坚实地度量试的可读性呢?

大家的解决办法是DSL领域专用语言。

哪些是世界专用语言?在马丁二叔的博客里有比较详细的描述。大概来说,领域专用语言正是针对性有些圈子的一定指标编制程序语言。不像Java、C#等通用语言,能够化解任何领域的标题。领域专用语言由此祥和特有的语法结构来描述更类似王宛平规领域语言的作业。

让测试的描述能够接近被测系统的天地语言、使测试意图获取清晰表明正是我们想要获得的效率。DSL正好能够帮大家贯彻。

让大家再看看前边的那段代码:

selenium.open(“/”)
selenium.type(“id=username”, “myname”)
selenium.type(“id=password”, “mypassword”)
selenium.click(“id=btnLogin”)
selenium.waitForPageToLoad(30000)
assertTrue(selenium.isTextPresent(“Welcome to our website!”))

是因为接纳的是通用语言,在我们这些一定的应用处境中展示过于细节化、进程化,不能够清晰表明测试意图。

换到DSL,大家的测试就能够直接用验收标准的言语来描述如下:

Given I am on login page
When I provide username and password
Then I can enter the system

那样测试的内容就直观多了,还带有了一部分作业音讯,让大家知晓这一个是在测试五个报到的景色,而不是随意的输入音讯,兼顾传递了业务知识的职分。至于这个DSL背后能够运维的代码,也被埋伏起来。假使是不能阅读原来那么的测试代码的人(不管是供给分析职员大概客户甚至有的对自动化代码关切比较少的测试人士)想要插足到自动化测试活动中开始展览申报,就不会被DSL背后的代码带来的“噪音”所影响。

理所当然,在大家的有血有肉应用场景中,这几个供给没有那么粗略,我们的验收标准还会考虑不一样的数据比如输入分裂组合的用户名密码:

Given I am on login page
When I provide ‘david’ and ‘davidpassword’
Then I can enter the system
Given I am on login page
When I provide ‘kate’ and ‘kate_p@ssword’
Then I can enter the system

以及越多的测试数据。

那正是说那种状态下,仅仅是比较通俗的语言照旧不够的,终究测试数量在这摆着。假如测试数量不可能压缩,维护起来依旧很麻烦。打个假诺,假设系统的落到实处成为了历次都要输入用户名、密码和1个随便验证码,我们就须要在我们的自动化测试中期维修改多处,相比较麻烦。因而,大家须要在可读性比较好的自然语言描述的测试上,把它的抽象层次再压实一点。

幸运的是,我们立时挑选的DSL工具是cucumber,它除了提供了多少个测试的描述层次:Feature,Scenario,Steps,还提供了丰盛好的一种集体办法—数据表。

如此这般,大家的那么些自动化测试就能够把从前的要命登录的效应遵照个性、场景总括和现实性的步骤分离开来,清晰的道岔,同时利用数据表大家的测试精简成一多样被重复多次但输入数据颇具扭转的操作进度,如下:

Feature: authentication
In order to have personalized information
I want to access my account by providing authentication information
So that the system can know who I am
Scenario Outline: login successfully
Given I am on login page
When I provide ‘<username>’ and ‘<password>’
Then I can enter the system
Examples:
|username |password |
|david |davidpass |
|kate |kate_p@ssword|

测试那下看起来就更舒适了。首先,用Feature关键字,大家把测试分类到login那一个大特色下的,并对那几个特点本身的思想政治工作指标进展相关描述,带进业务指标,传递业务知识;然后用Scenario关键字来增长挈领的评释大家以此测试场景中做的是测试登录成功的意况,并且把手续都写出来;最终,我们用Examples关键字引出具体的多少表格把用到的多寡都显得出来,防止大家的如出一辙步骤因为测试数据的转变而重新若干遍造成冗余。万一碰上了急需的更动,须要同时提供用户名、密码和验证码,那咱们的测试也只供给变更较少的地方就足足了。

更棒的是,用了那种数据表的法门,整个集体的搭档功效增高了。对于写代码没有那么百步穿杨的测试职员来说,扩大自动化测试也正是增多更加多测试数据,填充到数据表里就足以了。

就如此,大家用DSL完结了可举行的可读性高的文档。协助了回归测试,下降了文书档案维护难度,也推动团队成员使用测试来传递知识的主动,让更加多个人能够出席到测试中。

用例评定审查

根本是持之以恒同行业评比审的条件,首要在测试组内举行,负责该任务的开发人员也会参加,不难的话正是对测试用例进行查漏补缺的做事。

测试探索

开展了“功效要点确认”和“用例评定审查”后,为了确认保障测试场景的覆盖率,供给再拓展测试探索。在开发人士达成雏形之后,使用探索式测试的政策,对职能为主流程展开有指标的飞快走查,挖掘功能不明显的地点和互补测试场景,制止不明确的成分推延到开发阶段前期,造成返工。

个中:效能测试、Bug
Tracking、回归测试、系统一测试试、验收测试都以平日测试工作所需环节。

燃尽图发布

其余,测试职员还有一项主要工作,每天发布燃尽图,让团队询问当前速度意况,总括难点

中国人民解放军第5野战军,寻求耗费时间超越预期时间职分的消除办法。

2017赌博网站开户送金 5

图-6-燃尽图

图表特点:

1)剩余工作时间在陈设条件上方,代表进程有所推迟,应赶紧进程;

发现此类难点,要求分析计算,原则是保障交到时间,对相应任务进展调整,拥抱变化,发现义务粒度太大,该拆分的持续拆分;对于重构供给郑重,不要过分深远重构,给测试带来格外工作量,影响总体进度,对于全部版本而言,只有付出、测试在答应的年月内做到职分,才是确实做到,仅仅开发完毕交付算不上成功。

2)剩余工时在安排条件接近,代表开始展览不错,继续保险;

那时候也亟需查阅在那种进程下,优先级高的职分是或不是拿到时间确定保证,而不是因为处理完简短任务才使得燃尽图长的雅观。往往有个别开发职员,喜欢挑着职分来做,把大约易做、优先级的职分先完毕了,因为这个总在预期内能够成功,所以最初燃尽图的样子看起来没有失水准。

症结经验库

种种协会都存在支付/测试新人和支付/测试老人,当测试职员与付出新人进行需要肯定的时候,还亟需举行缺陷经验教训的提示,制止多走弯路。

2017赌博网站开户送金 6

升级开发自测品质

测试职员能够提供有关checklist(咱们能够依照原作者提供的修改为符合组织的)辅助开发人士在编码进度中关注开发自测的大旨,从而升级品质。

2017赌博网站开户送金 7

 

图-8-web软件测试checklist

不停集成

应用持续集成(Jenkins)平台,做到急速的营造开发代码,自动的单元测试化,来增加支付代码的频率和品质。

负责单元测试的开发人士,会接到退步营造的邮件;

担负集成测试的开发职员,会接受战败营造的邮件;

负责自动化测试(Selenium)的测试理事士,会接到退步创设的邮件;

那种措施,确定保障险单元测试、集成测试、自动化测试,有连锁人口关爱和保卫安全。

2017赌博网站开户送金 8

图-9-持续集成

Sonar反馈

Sonar is an open platform to manage code quality. As such, it covers the
7 axes of code quality。

2017赌博网站开户送金 9

sonar分析结果

测试职员主要反映难点如下:

Code coverage:团队要求代码覆盖率在五分之四以上;

Test success:团队供给测试成功率在百分百;

Duplications:团队要求代码重复率在1/10之下;

Violations:团队要求Major类其余代码规则缺陷在20以下;

开发集团必须保险每一个环境的品质指标,才能够保险整个的材质目标。

小结:

测试人士与开发职员永远不是对抗性关系,而是支持关系,确切来说是质感天枰的两边,任何单方面包车型大巴办事从未办好,都会失去平衡。

4 公布等级测试

在昭示阶段,开发职员、测试职员、QA人士首要做的工作,如下表所示:

阶段

开发人员

测试人员

QA人员

发布阶段

· 上线申请

· 上线部署

· 服务监控

· 测试报告

· 线上功能检查

· 管理评审活动

· 管理文档产物

作为测试人士的第1实施如下:

测试报告

姣好验收测试,提供测试报告,给出测试数据衡量,例如:

症结计算分析报告

此外,测试人士还有一项重庆大学工作,对当前版本的毛病实行总计分析:

按缺陷级别计算:

 

Critical

Major

Medium

Minor

总计

首页

0

0

1

0

1

模块一

0

0

0

2

2

模块二

0

1

2

10

13

模块三

0

0

1

4

5

模块四

0

0

1

2

3

模块五

0

0

3

2

5

模块六

0

1

0

1

2

模块七

0

2

0

6

8

sonar

0

1

2

0

3

总计

0

5

10

27

 

2017赌博网站开户送金 10

图-11-缺陷总结

按缺陷来源总计:

 

开发1

开发2

开发3

开发4

开发5

遗留

Critical

0

0

0

0

0

0

Major

1

2

0

0

0

2

Medium

1

7

0

1

0

1

Minor

1

7

4

6

3

6

总计

3

16

4

7

3

9

按缺陷状态总计:

缺陷总数

已关闭缺陷数

遗留

缺陷修复率

严重缺陷数

严重缺陷率

已关闭严重缺陷数

严重缺陷修复率

42

40

2

95%

5

12%

5

100%

测试进度和难点浅析:

1.
从BUG的深重级别分布来看,Major级别以上的BUG占12%,占的百分比不高,表达大部分的重点成效已经落实了;

2.
内部在sonar定义级别的老毛病,主要汇聚在代码规范和单元测试覆盖率,说西汉码品质有待加强;

3.
本子测试的初期时间较丰盛,前期随着开发提交成功的意义点扩张,BUG数量增多,剩余测试时间变得心烦意乱;

4.
在本子测试时期,发现测试环境存在2次代码被遮住、三遍因开发人士操作失误影响测试执行的情景;

小结:

测试职员应当不断反馈、立异、计算各种版本产生的难题(不管是毛病,依旧经过中出现的),并对缺陷举行剖析,计算出一些法则,扶助开发职员建立出色的习惯,创新代码的品质。

5 平日运营阶段测试

在日常营业阶段,开发职员、测试职员、QA人士主要做的业务,如下表所示:

阶段

开发人员

测试人员

QA人员

日常运营

生产故障登记

· 版本问题反馈和改进提议

· 生产故障分析

管理日常运营活动

普通营业阶段,并不是终止阶段,尽管供给、开发、公布等级暂停活动,只要产品提供劳动,日常运行都存在着。

用作测试职员的首要实施如下:

本子难题举报和考订建议

对一般性营业发生的难点,总计反馈,建议改良提出,并且跟踪实施。

接续后代故障分析

扶植开发排查生产故障,幸免测试场景的疏漏。

6 人力财富

软件测试并不是有限帮衬产质量量的结尾一道防线,测试人士也不是,测试人士的干活全盘能够由尤其资深的开发职员来完结,然而现实总是惨酷的,近期测试与付出的比例为:1:3,在成熟的集体是那样子,其它一些还在持续立异的团伙,由于能源不足,大概去到1:7。开发人士在一定长的一段时间内不容许完全代替测试职员,有个关键要素:思维情势各异,有句古话来描写:江山易改本性难移。当开发人士的思维格局改变的时候,那就变成测试职员了,倒不如把测试人士独立出来更好,并且作育给开发职员一定的测试素养,那么些对确认保障产品质量皆以有扶持的。

全程软件测试实践,强调的是贯穿每一个阶段的测试活动,不论是支付、照旧测试,要清楚两者的移动价值,哪一天该做哪些事情,什么事情该到位什么程度才算好,保证每一个环节的身分,才能够保险产品的全程品质,别的产质量量不是测试出来的,而是创设进度中沉淀下来的,开发职员的造诣、测试人士的武术、以及团队对开发测试进程的依赖程度,决定了产品质量。产质量量就犹如一块草莓蛋糕,应当切分为小块,落到实处到每一种人手里,让各类人尝到甜头,担当起来。

7 TQM(周到质量管理) in Software

那是二个延伸与涉及,进度如下:

2017赌博网站开户送金 11

TQM是以产质量量为基本,建立起一套科学严密高效的品质体系,以提供满意用户要求的出品的上上下下活动.

在软件业,软件品质得不到压实关键缘由在于品质观念的缺点和失误,而将全面质管的思维运用于软件业,是压实软件产质量量、获取竞争优势的得力手段。CMM不但对于带领进程创新是一项很好的工具,而且把周全质管概念应用到软件上,达成从须要管理到项目陈设、项目控制、软件取得、质量担保、配置管理的软件进度周详质量管理。CMM的思辨是全方位从消费者需要出发,从全公司范围上执行进度质管,正顺应了TQM的主旨标准。因而,它的意思不光是对软件开发的长河进度控制,最关键的它照旧一种高效的治本措施,有助于商行最大程度的暴跌资金,提升品质和用户满足度。

软件质管呈现TQM的运行机制
软件质管是CMM四级中一个单独的KPA,其目标是使项目的软件质管活动是有安排的、软件出品的成色指标是量化的和碰到管理的。它遵守了全面质管活动的不错程序—PDCA(Plan、Do、Check、Action),即八个等级:

(1)
安插:即明显质量指标以及贯彻这些目的须要选用的主意。制定品质布置是整整质管活动的基本功。国标对品质下的定义为:
质量是成品或劳动知足分明或包罗要求能力的特点和个性的总和。

对此软件以来,软件品质则彰显在品质特点上,ISO/IEC9126中明确了5个品质特点,即作用性、可相信性、易用性、效能、可维护性和可一致性,每种性情包括若干子性子。设定质量目的就是要找到用户的身分要求与这个品质特点的相关性,并将其转化为支付进程中可衡量的技术指标或能力指标,作为质控的基于。

上述的六大特征属于软件的表面属性,与用户满足度直接有关,能够根据公司的靶子和类其余特性建立质量模型,并运用自然的法门,如QFD(Quality
Function Deployment)、GQM(Goal Question
Metrics)等规定量化的质感目的,但那在其实工作中反复是一定复杂和难以获得的。因而,更常用的做法是以进程能力指标反映产品品质目的,一个优异的力量指标正是缺点密度(即每单位规人体模特工作产品中设有的弱点数)和对应的等级缺陷排错率,可以依据历史数据猜度产品的范畴和指标缺陷密度,从而对种种阶段发现的老毛病数量进行控制。

(2) 实施
:即按预订安排、目的措施及其分工实际履行。为了在经过中控制软件的质量,需使用相应的伎俩在预定的阶段点或里程碑上进展软件工作产品质量的衡量,常用的不二法门有
同行业评比审、原型评价、测试等。那个点子首要从两地点对软件的成色举办度量,一是中间属性,即经过和移动本人能够度量的习性,例如工作产品的通病密度
;二是外部属性,即与用户环境相关的属性,那么些属性在经过中再三难以衡量,唯有由此在品种的早期引入用户测试来予以评价,而让用户参加开发进度,大大有利产品质量的增加。

(3) 检查
:即把履行的结果和布署的渴求相比较,检查陈设的推市场价格况和履行的效益,是还是不是达到预期的靶子,并找出原因。在对性能衡量的结果举行剖析时,往往会用到一些总结工具和办法,如检查表、直方图、控制图、Pareto图、散布图、因果图、运转图等。这一个工具得以辅助鲜明难点、评估现状、发现原因竟是形成下一步措施。

(4) 处理
:即下结论经验教训,将未缓解的标题看作下一阶段制定布署的基于。CMM须求对软件质量度量的结果分析后,应“选择适当的与软件品质铺排相平等的法门,以便使得出品的身分度量结果与软件品质指标相适合”。


梦想对你集团IT软件研究开发与品管有援助。 别的您或者感兴趣的小说:
火速软件品质担保的法门与执行
构建赶快的研究开发与自动化运转
IT运营监察和控制消除方案介绍
IT持续集成之品管
红颜集团环境与协作社文化
公司绩效管理种类之平衡记分卡
商厦文化、团队文化与学识共享
高功效的团伙建设
团协会目的与民用目标
饮食连锁商店IT音信消除决方案一

如有想询问更加多软件研究开发 , 系统 IT集成 , 集团音信化,项目管理,企业管理等音信,请关心自笔者的微信订阅号:

2017赌博网站开户送金 12

 

作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
正文版权归笔者和腾讯网共有,欢迎转发,但未经小编同意必须保留此段申明,且在作品页面显然地方给出原作连接,不然保留追究法律义务的职务。
该作品也同时公布在本人的独门博客中-Petter Liu
Blog

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图