XDJM:有谁作过“代码走查”和“技术评审”、“静态分析”等测试吗?:P [问题点数:0分]

Bbs1
本版专家分:10
结帖率 100%
Bbs2
本版专家分:141
Blank
红花 2002年3月 软件工程/管理大版内专家分月排行榜第一
2002年2月 软件工程/管理大版内专家分月排行榜第一
Blank
黄花 2002年6月 软件工程/管理大版内专家分月排行榜第二
2002年4月 软件工程/管理大版内专家分月排行榜第二
Bbs1
本版专家分:6
Bbs1
本版专家分:10
Bbs1
本版专家分:10
Bbs2
本版专家分:141
Blank
红花 2002年3月 软件工程/管理大版内专家分月排行榜第一
2002年2月 软件工程/管理大版内专家分月排行榜第一
Blank
黄花 2002年6月 软件工程/管理大版内专家分月排行榜第二
2002年4月 软件工程/管理大版内专家分月排行榜第二
Bbs1
本版专家分:10
Bbs2
本版专家分:141
Blank
红花 2002年3月 软件工程/管理大版内专家分月排行榜第一
2002年2月 软件工程/管理大版内专家分月排行榜第一
Blank
黄花 2002年6月 软件工程/管理大版内专家分月排行榜第二
2002年4月 软件工程/管理大版内专家分月排行榜第二
Bbs1
本版专家分:10
Bbs2
本版专家分:141
Blank
红花 2002年3月 软件工程/管理大版内专家分月排行榜第一
2002年2月 软件工程/管理大版内专家分月排行榜第一
Blank
黄花 2002年6月 软件工程/管理大版内专家分月排行榜第二
2002年4月 软件工程/管理大版内专家分月排行榜第二
Bbs1
本版专家分:6
Bbs1
本版专家分:10
关于代码走查和代码审查
<em>代码走查</em>和代码审查是白盒<em>测试</em>方法中的2种。<em>代码走查</em>:从参加人员来说,应该是项目的整体参与者,如果项目太大,整体参加的成本很高,那么可以以模块为组进行走查。因为他们之间负责的业务是紧密相关的,使用的<em>技术</em>是接近程度比较大的,因而开发的规范应该是统一的。从走查内容来说,应该是代码的命名规范,以及组织结构。每个项目都有自己的规范,但是如果项目内部使用不同的规范必然...
关于在组内促进代码评审和自动化测试的想法
关于在开发人员中以交流促进步和以自动<em>测试</em>提高代码质量的一些想法             石骞 2016年3月17日 13124781413 现状和建议概述 目前观察到的情况是开发人员之间的<em>技术</em>交流较为欠缺、代码的自动化<em>测试</em>水平不高,这两者又会影响开发人员产出的质量。 日常工作中开发人员之间的交流不多,即使有也多数是关于如何出成果的,关于出成果的方式,出的成果的质量,改进的方面、方式等
同行评审
在IBM、微软等很多公司都有一个很好的实践,那就是代码复审。这种代码审查的过程,不是将代码发给某一个人或某几个人去看,而是强调程序员自己定期走上台,向其他人讲解自己源程序的活动。因为要向大家讲解自己的程序,程序员会极其重视自己的工作进度、代码质量,在写代码时,就时刻想着--可能随时会被选中去做代码复审,所以会非常认真地对待每一行代码。 公司为某省交通厅开发并实施了一套多层级公文交换系统。在平稳运
如何执行代码走查活动才会有效呢
首先,在系统设计阶段,我们需要明确系统架构、编码规范等<em>技术</em>要求,来制定出<em>代码走查</em>活动需要的Checklist(对于编码规范,当可以利用工具来进行检查时,准备的Checklist中就不需要将工具可以检查的要点再逐一列出来。)第二步是确定<em>代码走查</em>时发现问题的记录方式。可以使用文档的方式来记录(这在很多项目中使用),也可以使用缺陷跟踪系统来记录。 当准备工作完成,且项目进入Coding阶段后,我们就可以正式开始执行<em>代码走查</em>活动了。为了改变以前那种事后检查的弊端,我们将<em>代码走查</em>活
浅谈软件测试嵌入式单元测试技术
  对嵌入式系统软件进行<em>测试</em>是一项很有挑战性的工作。因为嵌入式系统的软件开发平台和最终运行平台是完全不一样的两个平台,开发者不可能在其运行平台上像在桌面环境那样执行<em>测试</em>程序。这些差异可以表现在这几个方面。在软件开发的时候目标硬件平台可能还没有准备好,软件工程师在访问硬件时可能会很麻烦,在开发环境下模拟整个系统存在困难性等。  本文阐述了单元<em>测试</em>在嵌入式系统软件开发过程中的作用以及其如何帮助开发者解
关于静态测试
(1)静态<em>测试</em> 静态<em>测试</em>是指不运行被<em>测试</em>程序而寻找程序代码中可能存在的错误或评估程序代码的过程。静态<em>测试</em>的特点是不需要运行代码,也不需要对代码编译、链接和生成可执行文件。它是通过分析或检查源程序的方法、结构、过程、接口等来检查程序的正确性。目的在于找出缺陷和可疑之处,纠正软件系统的描述、表示和规格上的错误,也是进一步执行其它<em>测试</em>的前提。 (2)静态<em>测试</em>的基本内容 在实际使用中,静态代码检查比
需求评审阶段和设计评审阶段测试人员该做什么呢
大家都知道如果能把缺陷扼杀在编码之前可以节约很多成本,缺陷发现越晚花费的成本越高,尤其是设计上的缺陷如果到了编码后期甚至即将上线才发现也许会导致整个项目失败。所以现在越来越重视需求<em>评审</em>和设计<em>评审</em>,在前期投入的时间也会越来越多,但是有时候往往没有想象的那么好,投入的时间和收获不成正比例。那么在需求<em>评审</em>和UC<em>评审</em>阶段<em>测试</em>人员应该注意哪些呢,该怎么做比较好呢?当遇到几十页几百页需求压下来的时候不好好整理
如何开测试评审
一.  <em>测试</em><em>评审</em>会背景 目前,开发有需求说明会、设计<em>评审</em>会、代码复审会等各种会议,但多是站在开发的角度,从需求和代码层面进行复审和风险规避。在<em>测试</em>环节和<em>测试</em>阶段缺少以<em>测试</em>为主体的<em>评审</em>机制和沟通机制,容易造成以下几方面的问题: 1.      由于文档的质量良莠不齐,以及书面语言的局限性,仅从文档获取信息,可能会造成信息不对称,认识片面,理解错误或不深入等问题。 2.      缺少同行交叉评
静态分析方法简介
程序分析分为动态分析和<em>静态分析</em>两种,其中<em>静态分析</em>是指不实际运行程序而通过词法分析、语法分析、控制流、数据流等<em>技术</em>对源码进行扫描分析 本文从宏观上对<em>静态分析</em><em>技术</em>做一个大体的介绍,并为后续文章做一个好的铺垫 反汇编<em>技术</em> 反汇编是指将目标代码转变为汇编代码的过程 反汇编的难度主要体现在以下几个方面: 1. 编译过程会造成信息损失;机器语言没有变量或函数名,变量类型信息只能通过数据的用途而
质量保证(主要措施是评审/审计)/质量控制(主要措施是测试)
 实际上,这两个工作的性质明显不同,它们对从业人员的素质要求也很不相同。简单地说,QA(质量保证)是针对项目实施过程的管理手段,QC(质量控制)是针对项目产品的<em>技术</em>手段。     QA并非“保证质量”而是“过程管理”(Process Management),是保证过程质量;以确保项目以一套成熟高效的做事方法开展和实施。依靠在QA制约下的开发过程,能够前瞻性地从制度上保障开发出好产品
测试用例评审过程以及相关人员参与详解
1:<em>评审</em>的过程       A:开始前做好如下准备                     1、确定需要<em>评审</em>的原因                     2、确定进行<em>评审</em>的时机                     3、确定参与<em>评审</em>人员                     4、明确<em>评审</em>的内容                     5、确定<em>评审</em>结束标准                   ...
软件测试基础(三)代码检查与走查
两种主要的人工<em>测试</em>方法。都是以一组人员为单位。用于代码检查的错误列表:(1) 数据引用错误;(2)数据声明错误;(3)运算错误;(4)比较错误(5)控制流程错误;(6)接口错误;(7)输入输出错误<em>代码走查</em>与检查    ...
测试评审方法---评审方法
 <em>评审</em>方法     根据 IEEE 1028 的定义,<em>评审</em>是对软件元素或者项目状态的一种评估手段,以确定其是否与计划的结果保持一致,并使其得到改进。     狭义的“软件<em>评审</em>”通常指软件文档和源程序的<em>评审</em>。广义的“软件<em>评审</em>”还包括与软件<em>测试</em>相结合的<em>评审</em>及管理<em>评审</em>。软件<em>评审</em>包括软件需求<em>评审</em>、概要设计<em>评审</em>、详细设计<em>评审</em>、软件验证和确认<em>评审</em>、功能检查、物理检查、综合检查和管理<em>评审</em>。     (1)...
图形评审技术(GERT)与计划评审技术(PERT)
什么是PERT网络分析? PERT(Program Evaluation and Review Technique) 即计划<em>评审</em><em>技术</em>,最早是由美国海军在计划和控制北极星导弹的研制时发展起来的。PERT<em>技术</em>使原先估计的、研制北极星潜艇的时间缩短了两年。   简单地说,PERT是利用网络分析制定计划以及对计划予以评价的<em>技术</em>。它能协调整个计划的各道工序,合理安排人力、物力、时间、资金,加速计划的完成。在现代计划的编制和分析手段上,PERT被广泛的使用,是现代化管理的重要手段和方法。
测试员如何参与需求评审
<em>测试</em>员参与需求<em>评审</em>需求<em>评审</em>对于<em>测试</em>员来说就项目最初的“产品<em>测试</em>”,在理解的基础上发现产品设计上缺陷,其中包括逻辑错误,功能缺失,细节问题等等,这样就会有效的在前期规避很多后期开发中产生的bug,减少了很多后期返工的成本。可偏偏需求<em>评审</em>往往是最不重视的一环,甚至可以说是没有这个环节,追其原因无非因为项目时间紧迫或者觉得没有必要,其实这是本末倒置和得不偿失的。产品需求作为程序的源头,只有控制好最开始部...
技术评审节点
产品开发中,TR是<em>技术</em><em>评审</em>节点。 . 在工作中,我们经常可以听到以下的声音:   “我们不进行<em>评审</em>,是因为我们项目比较特殊,没有时间……”。   “我们的项目已经进行了<em>测试</em>,不需要再进行<em>评审</em>了”。   “<em>评审</em>都是在走过场,没有效果……”。   业界公认<em>评审</em>是质量控制最有效的手段之一,但<em>评审</em>在很多公司却没能很好地实施,甚至没有实施,公司也未能从中获益。一方面因为员工不清
Jenkins集成Java 静态代码分析工具调研和引入
Java 静态代码分析工具调研和引入,包括maven与findbugs、checkstyle、pmd。gradle与findbugs、checkstyle、pmd,lint。
测试评审方法---验证与确认
验证与确认     验证与确认都是确定软件产品是否满足其预期要求和条件的过程。验证可适用于分析、设计、编码、<em>测试</em>和<em>评审</em>等众多的过程,而确认通常用于验收过程。     1.验证     软件项目的验证一般应包括合同验证、过程验证、需求验证、设计验证、编码验证、集成验证和文档验证。     (1)合同验证。应根据下列准则验证合同: 供方具有满足需求的能力。 需求是一致的并覆盖了...
CMMI 组织级代码走查发现缺陷数
软件CMMI<em>评审</em> 组织级<em>代码走查</em>发现缺陷数
为什么测试用例需要评审
无论是初级<em>测试</em>工程师,还是高级的,专家级的,设计出来的<em>测试</em>用例都需要经过<em>评审</em>。   原因一:设计完成的<em>测试</em>用例要分配给每个人来设计具体数据,并实现自动<em>测试</em>。设计用例和实现用例、执行用例并非一人完成。设计用例的人并不知道用例在具体执行的时候是否有问题,或者哪些步骤不能实现自动<em>测试</em>。再者“<em>测试</em>是无穷尽的”,谁又能保证自己设计的用例能覆盖完全?   原因二:<em>测试</em>人员总是抱怨<em>测试</em>出来Bug后与开发扯皮
测试案例设计及评审标准 V1.0
好久没更内容了,因为最近在带一个新项目,还是自己完全未接触过的领域,加上招聘面试的结果非常不理想,自己也抽了50%左右的精力在做需求分析和<em>测试</em>设计。这篇文章主要是因为最近发现团队里新人的<em>测试</em>设计能力参差不齐,甚至可以说是太差了,因此重新梳理了一下<em>测试</em>设计规范。 设计工具 最常用到的工具是思维导图,即XMind,Excel,以及案例管理平台。 Xmind:Xmind能够快速的建立结构树,...
白盒测试方法-代码检查法
代码检查包括桌面检查、代码审查和走查等,主要检查代码和设计的一致性,代码对标准的遵循、可读性,代码逻辑表达的正确性,代码结构的合理性等方面;发现违背程序编写标准的问题,程序中不安全、不明确和模糊的部分,找出程序中不可移植部分、违背程序编程风格的内容,包括变量检查、命名和类型审查、程序逻辑审查、程序语法检查和程序结构检查等内容。 代码检查方法 1、代码检查法     (1)桌面检查:这是一种传
计划评审技术PERT和关键路径法CP
PERT是利用网络分析制定计划以及对计划予以评价的<em>技术</em>。它能协调整个计划的各道工序,合理安排人力、物力、时间和资金,加速计划的完成。PERT网络是一种类似流程圈的箭线圈。它描绘出项目包含的各种活动的先后次序,标明每项活动的时间或相关的成本。对于PERT网络,项目管理者必须考虑要撤哪些工作,确定时间之间的依赖关系,辨认出潜在的可能出问题的环节,借助PERT还可以方便地比较不同行动方案在进度和成本方面
软件项目的过程评审(转载)
我们在管理软件项目时,常常会出现在<em>测试</em>阶段和用户验收阶段缺陷率太高,需要投入大量的人去修bug, 但是由于时间紧,往往改好一个bug,又引入新的bug,导致恶性循环,越改bug越多。最后项目延期,成本超出预算,员工对加班意见很大,客户也对交付的软件不满意。造成这样后果的原因很多,比如需求分析没有做好,设计没有做好等等,有一个原因大家往往容易忽视,那就是过程的<em>评审</em>(Review)。 在设计,编
170512 逆向-静态分析技术
1625-5 王子昂 总结《2017年5月12日》 【连续第223天总结】 A. 加密与解密 IDApro B. 动态分析<em>技术</em>是把程序加载到内存中然后进行调试 <em>静态分析</em><em>技术</em>则是根据程序进行逆向,获得汇编代码或源代码,然后从程序清单上分析程序流程,了解模块完成的功能 高级语音编写的程序有两种形式,一种被编译成机器语言在CPU上执行,如Visual C++\Pascal等。由于机器语言和汇
技术评审到底需要评审哪些东西
<em>技术</em><em>评审</em>到底需要<em>评审</em>哪些东西
Android静态漏洞安全检测
Android静态漏洞安全检测 https://blog.csdn.net/u013107656/article/category/6257625 Android 安全<em>测试</em>思路总结(攻击面) https://blog.csdn.net/u010651541/article/details/53142252 ...
IPD中的技术评审
什么是IPD中的<em>技术</em><em>评审</em>        <em>技术</em><em>评审</em>,Technology Review:是指在IPD体系中,通过召集企业内、外部专家资源,对产品开发过程的<em>技术</em>要素进行的一系列分层次、多角度、跨领域的<em>评审</em>活动,以保证研发的过程质量和交付 <em>技术</em><em>评审</em>体系三层架构  模块层<em>技术</em><em>评审</em>:模块层是在子系统层面再往下细分的层次(如电路板上的某个功能模块,软件的详细设计等),为同行设计和问题讨论 子系统层<em>技术</em>...
测试用例编写及用例评审方法
     编写<em>测试</em>用例是<em>测试</em>人员的基本功,可是在学校的时候我们好像也没有相应的课程来教我们相应的设计方法。后来我们从网上或是一些软件<em>测试</em>相关的书上会看到不少介绍编写<em>测试</em>用例的方法,如:等价类划分,边界值分析法,错误推测法,判定表法,正交实验法等,可是我们工作后这些方法好像不太好用。 曾经我面试过一个同学,在面试过程中让他写了一个登录功能的<em>测试</em>用例。他使用等价类划分法来编写<em>测试</em>用例,写的超级多,我...
C++Test代码静态检查规则制作方法
C++Test代码静态检查规则制作方法    1  前言     在一个团队进行软件开发的过程中,一般都会制定一个大家共同遵守的编码规范,程序员遵循良好的编码规范写程序有很多好处:     1.有助于程序的维护,降低软件生命周期成本,符合项目管理的规律;     2.使团队中相关人员的流动对项目的影响尽可能小,有利于项目的控制与管理     3.提高程序的可读性,有利于相关设计人员交流,
代码评审-JAVA代码
java<em>代码走查</em>审查规范 分类 重要性 检查项 备注 命名         重要 命名规则是否与所采用的规范保持一致? 成员变量,方法参数等需要使用首字母小写,其余单词首字母大写的命名方式,禁止使用下划线(_)数字等方式命名 不要出现局部变量,成员变量大写字母开头等问题   一般 是否遵循了最小长度最多信息原则?
产品开发中,TR技术评审节点
下面是某产品的<em>技术</em><em>评审</em>点,供参考: TR1——概念阶段<em>技术</em><em>评审</em>点:产品需求和概念<em>技术</em><em>评审</em>(业务需求<em>评审</em>)是ISO/IEC TR 19768, C++ Library Extensions(函式库扩充)的一般名称。TR1是一份文件,内容提出了对C++标准函式库的追加项目。这些追加项目包括了正则表达式、智能指针、 哈希表、随机数生成器等。TR1自己并非标准,他是一份草稿文件。然而他所提出的项目很有可
有谁作过游戏外挂吗?
游戏外挂是怎么作的啊,我刚学vb,我想知道怎么截获游戏的winsock包,修改并发出来?哪里有资料啊?谢谢!
有谁作过robocup吗
小弟正在作robocup,请有经验的大侠指点迷津,作好给个简单的AI源代码
代码走查工具介绍
FindBugs、PMD和CheckStyle是当前比较流行的3种<em>代码走查</em>工具,3种工具各有不同的方向,具体请查看附件。
TR有关的几个术语
TR的意思是<em>技术</em><em>评审</em>,是英语Technical Review的简写。 下面是某产品的<em>技术</em><em>评审</em>点,供参考: TR1——概念阶段<em>技术</em><em>评审</em>点:产品需求和概念<em>技术</em><em>评审</em>(业务需求<em>评审</em>) TR2——计划阶段<em>技术</em><em>评审</em>点1:需求分解和需求规格<em>评审</em>(功能需求<em>评审</em>,产品级规格) TR3——计划阶段<em>技术</em><em>评审</em>点2:总体方案<em>评审</em>(系统设计,架构设计,概要设计) TR4——开发阶段<em>技术</em><em>评审</em>点1:模块/系统<em>评审</em>(详细
测试评审方法---测试方法
    软件<em>测试</em>与<em>评审</em>是软件质量保证的主要手段之一,也是在将软件交付给客户之前所必须完成的步骤。目前,软件的正确性证明尚未得到根本的解决,软件<em>测试</em>与<em>评审</em>仍是发现软件错误(缺陷)的主要手段。     本章重点要求读者掌握<em>测试</em>方法、<em>评审</em>方法、验证与确认、<em>测试</em>自动化、面向对象的<em>测试</em>等5 个方面的知识。     1 <em>测试</em>方法      在介绍软件<em>测试</em>之前,首先应该明确“错误”(error)和“缺陷”...
测试人员如何进行需求评审
     最近一直在忙于各种工作上的事情,加上周末设计与录制在腾讯课堂上放的各种课程,没有太多的去写文档,以至于最近微信公众号上发布的都是以往收集的内容。鉴于最近在和大家交流的过程中,发现不少同学的功能<em>测试</em>的基本功不太牢,所以在腾讯课程上发布了“功能<em>测试</em>知识体系与技能大全(https://ke.qq.com/course/346164?tuin=4fd18ae)”,同时在公众号上将更新这个课程的文...
三点估算法 PERT计划评审技术
三点估算也称PERT法,在计算每项活动的工期时都要考虑三种可能性,计算最悲观的工  期、最可能的工期、最乐观的工期,然后再计算出该活动的期望工期,PERT法计算的是  期望工期.  用PERT法计算工期,我们必须记住下面三个公式(P代表最悲观工期;M代表最可能工期;  O代表最乐观工期)  PERT公式 对三点估算法的理解 标准差公式: 对三点估算法的理解 难过
单元测试计划模板
单元<em>测试</em>计划 版本:V1.3 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 录 1 导言 2 1.1 目的 2 1.2 背景 2 1.3 范围 2 2 进入条件 2 3 退出条件 2 4 代码级别标准 2 5 代码分级清单 3 6 单元<em>测试</em>风险 3 7 单元<em>测试</em>策略 3 7.1 策略描述 3 7.2 类型 3 7.2.1 <em>代码走查</em> 3 7.2.2 功能<em>测试</em> 4 7.2.3 边界<em>测试</em> 4 7.2.4 覆盖率<em>测试</em> 4 7.2.5 内存使用<em>测试</em> 4 7.2.6 <em>测试</em>方式 4 7.3 <em>测试</em>用例估算 4 8 工具 5 9 进度及分工 5 10 交付物 5 导言 目的 【描述该<em>代码走查</em>及单元<em>测试</em>计划的目的。】 背景 【描述<em>代码走查</em>及单元<em>测试</em>计划的背景,活动目的。如无特殊背景信息,可裁剪。】 范围 【说明该<em>代码走查</em>及单元<em>测试</em>计划在整个项目周期的适用范围】 进入条件 【描述项活动的<em>测试</em>依据和满足该阶段<em>测试</em>进入的条件和约束。】 退出条件 【描述满足该阶段<em>测试</em>退出的条件,编写时特别要根据 《项目量化管理计划》列举一些量化的退出指标,例如 致命和严重级别的缺陷清除率达到 100%】 代码级别标准 【请参考组织级文档《代码分类级别指南》,中规定进行分类,质量经理可根据项目情况,对级别和通过标准做适当调整,将最后确定的通过标准记录在以下表格中】 级别 检查项 通过标准 A 代码编写格式检查 B 代码编写质量检查 C1 <em>代码走查</em> C2 C3 D1 <em>测试</em>用例代码覆盖率检查 D2 D3 D4 E 内存泄漏检查 代码分级清单 【由架构师根据代码级别标准,划分】 模块 代码 A B C D E C1 C2 C3 D1 D2 D3 D4 √ √ √ √ √             单元<em>测试</em>风险 【此处描述<em>测试</em>任务可能遇到的风险,以及规避的方法】 # 风险描述 可能性 风险影响 责任人 规避方法 【高、中、低】 【高、中、低】 单元<em>测试</em>策略 策略描述 【此处描述根据项目的具体特征所确定的<em>代码走查</em>及单元<em>测试</em>的策略(如:<em>代码走查</em>在本项目重点关注的地方、<em>测试</em>可行性分析,<em>测试</em>方法确定,<em>测试</em>类型选择)】 类型 【此处描述单元<em>测试</em>选择的<em>测试</em>类型,一般建议有如下几种:】 <em>代码走查</em> 目标: <em>技术</em>: 完成标准: 需考虑的特殊事项: 功能<em>测试</em> <em>测试</em>目标: <em>技术</em>: 完成标准: 需考虑的特殊事项: 边界<em>测试</em> <em>测试</em>目标: <em>技术</em>: 完成标准: 需考虑的特殊事项: 覆盖率<em>测试</em> <em>测试</em>目标: <em>技术</em>: 完成标准: 需考虑的特殊事项: 内存使用<em>测试</em> <em>测试</em>目标: <em>技术</em>: 完成标准: 需考虑的特殊事项: <em>测试</em>方式 【说明手工<em>测试</em>的部分和自动<em>测试</em>的部分】 <em>测试</em>用例估算 【说明对需要开发的<em>测试</em>用例数目的估算】 模块 类数目 <em>测试</em>类型 <em>测试</em>用例数 工具 【本次<em>测试</em>将使用的工具】 用途 工具 厂商/自产 版本 <em>测试</em>管理 <em>测试</em>执行 缺陷报告 进度及分工  【根据<em>测试</em>的模块,分解任务,计划工作量、时间、人员;制订该计划的同时请参考中层计划等相关计划和估算文档;对于<em>代码走查</em>的人员安排一般要求架构师、高级工程师对工程师、助理工程师的代码进行走查,同时高级工程师、工程师 之间进行代码互查】 模块 任务 工作量 开始日期 人员 <em>代码走查</em> 用例设计 用例开发 用例执行 工作量合计 <em>代码走查</em> 用例设计 用例开发 用例执行 交付物 【描述单元<em>测试</em>需要交付的工作产品】 交付物名称 责任人 参与者 交付日期 <em>测试</em>计划 <em>代码走查</em>报告 <em>测试</em>用例 <em>测试</em>报告
《恶意代码分析实战》--第一章:静态分析基础技术
**请参考大神的链接:https://blog.csdn.net/baidu_41108490/article/details/80298973#commentBox Lab1-1 这里我只是记录我的学习过程** 2、用PEtools打开,查看日期 .exe .dll 发现.exe和.dll两个文件的编译时间只相差了19秒 4,用dependency walker工具打开 ...
新产品技术节点--TR1--TR6
下面是某产品的<em>技术</em><em>评审</em>点,供参考: TR1——概念阶段<em>技术</em><em>评审</em>点:产品需求和概念<em>技术</em><em>评审</em>(业务需求<em>评审</em>) TR2——计划阶段<em>技术</em><em>评审</em>点1:需求分解和需求规格<em>评审</em>(功能需求<em>评审</em>,产品级规格) TR3——计划阶段<em>技术</em><em>评审</em>点2:总体方案<em>评审</em>(系统设计,架构设计,概要设计) TR4——开发阶段<em>技术</em><em>评审</em>点1:模块/系统<em>评审</em>(详细设计,BBFV<em>测试</em>结果) TR4A——开发阶段<em>技术</em><em>评审</em>点2:原形机的质
微信游戏腾讯TDR评审感想
因为最近的一款游戏,项目老板想上微信平台,并且项目老大也很有腾讯资源。但是,想要上微信平台并不是那么简单的一件事,就是<em>技术</em>,策划等方案必须通过腾讯的TDR<em>评审</em>,因为腾讯不想砸自己的招牌,同时,微信导量也很大,可能几分钟就能导入上10万的量,所以要服务器能抗的住,不宕机等。同时,微信平台游戏单服也需要能支撑10万同时在线的需求。 腾讯内部项目<em>评审</em>共5个阶段,其中,<em>技术</em>需要参与其中3个阶段评...
“基于机器学习算法的推荐系统” 在软件静态分析领域的应用方法
一 软件<em>静态分析</em>背景   软件<em>静态分析</em>的相当部分的内容就是发现代码中的缺陷,缺陷的形式往往五花八门,各式各样。每当发现一个缺陷,<em>测试</em>人员首先会感到高兴,终于抓到了一条“虫”,可继而很可能会感到心虚,因为,在现有<em>技术</em>条件下,一条软件行业的规律是仍然有效的:你发现的问题越多意味着被<em>测试</em>软件中隐藏的问题也越多。<em>测试</em>人员真希望能够有这么个系统,当我我发现一个代码缺陷后,系统能够提供给我所有代码中可能存在的...
Jupiter代码审查工具使用参考
备注:IE6内核的浏览器图片总是出不来,建 议使用Mozilla Firefox,Opera,谷歌浏览器  一、       Jupiter 是什么? 这里的 Jupiter 是一个开源的代码审查工具,是集成在 Eclipse 下执行代码审查工作一个很棒的工具。 可以把 Jupiter 的工作划分为 3 个阶段,(我个人认为 5 个人阶段),分别是: Individual Phase 
软件测试中动态测试与静态测试的区别
这里讲一下软件<em>测试</em>中动态<em>测试</em>与静态<em>测试</em>的区别。         静态<em>测试</em>主要包括:(1)代码检查:代码会审、<em>代码走查</em>、桌面检查;(2)静态结构分析;(3)代码质量度量。         动态<em>测试</em>主要包括:(1)黑盒<em>测试</em>:又称功能<em>测试</em>。这种方法把被测软件看成黑盒,在不考虑软件内部结构和特性的情况下<em>测试</em>软件的外部特性。(2)白盒<em>测试</em>:又称结构<em>测试</em>。这种方法把被测软件看成白盒,根据程序的内部结构和逻
对项目工时的估算----( PERT “计划评审技术” ) 三点估算法
   “三点估算法”也称“PERT”法,在计算每项活动的工期时都要考虑三种可能性:计算最悲观的工期、最可能的工期、最乐观的工期,然后再计算出该活动的期望工期,PERT法计算的是期望工期。     用PERT法计算工期,我们必须记住下面三个要素(最悲观值(Optimistic);最可能值(Most likely);最乐观值(Pessimistic))。【PERT公式】          T(e) 期...
使用sonar质量代码走查工具需要注意的事项
配置好环境变量,安装好软件后,需要在项目的根目录下创建sonar-project.properties,内容如下: sonar.projectKey=icare sonar.projectName=icare sonar.projectVersion=1.0 sonar.sources=src sonar.binaries=web/WEB-INF/classes sonar.langua
软件反跟踪技术
一、软件分析<em>技术</em>概述 转自:http://bbs.isbase.net/thread-50211-1-1.html在进行软件的破解、解密以及计算机病毒分析工作中,一个首要的问题是对软件及病毒进行分析。这些软件都是机器代码程序,对于它们分析必须使用静态或动态调试工具,分析跟踪其汇编代码。 从软件使用说明和操作中分析软件欲破解软件,首先应该先使用该软件,了解一下功能是否有限制,最好阅读一下软件的说明或手册
静态java代码检查工具-findbug使用简介
今天代码质量再次强调java代码提交SVN前要经过findBugs检查,虽然根据菜单我也基本会有findBugs插件,但为了更全面的学习、更高效的利用,我搜索学习了findbugs的用法。 检查原理 Findbugs是一个<em>静态分析</em>工具,它检查类或者JAR 文件,将字节码与一组缺陷模式进行对比以发现可能的问题。Findbugs自带检测器,其中有60余种Bad practice,80余种C
代码静态分析--试用SpecChecker
SpecChecker的功能   将整个代码工程文件导入SpecChecker后,其提供如下分析功能: 安全规则检查。依据制定的编程规则(MISRA C、企业自定编程规范等)对代码进行规则检查。违背规则的语句会在结果中给出,并指出违背的规则项。 软件质量度量。软件质量度量的分析依赖安全规则检查和代码度量分析。衡量的指标有:可靠性、可维护性、可移植性、效率性。试用版本上无软件质量度量功能...
IT项目管理表单大全-技术评审篇(13个文档)
IT项目管理表单大全-<em>技术</em><em>评审</em>篇(13个文档),包含:<em>技术</em><em>评审</em>;<em>技术</em><em>评审</em>计划;<em>技术</em><em>评审</em>通知;<em>技术</em><em>评审</em>报告;<em>技术</em><em>评审</em>检查表。。。。。。
软件测试方面的ppt
1单元<em>测试</em> 2集成<em>测试</em> 3<em>测试</em><em>技术</em>——白盒<em>测试</em> 4系统<em>测试</em> 5_<em>测试</em><em>技术</em> 6_<em>代码走查</em>培训 7_<em>测试</em>用例设计
静态分析分析
软件<em>静态分析</em>概念 <em>静态分析</em>通常是指不执行程序代码而寻找代码中可能存在的错误或评估程序代码的过程 被测对象是各种不软件相关的有必要<em>测试</em>的产物,如文档、源代码等 通过扫描程序正文对程序的数据流和控制流等进行分析 •−找出系统的缺陷,得出<em>测试</em>报告 •−不必进行<em>测试</em>用例的设计和结果分析等工作 静态<em>测试</em>可以手工/人工迚行,也可以借助软件工具自动迚行 •− 人工进行静态<em>测试</em>,能够充分发挥人的思维
Android逆向之旅---静态分析技术来破解Apk
一、前言从这篇文章开始我们开始我们的破解之路,之前的几篇文章中我们是如何讲解怎么加固我们的Apk,防止被别人破解,那么现在我们要开始破解我们的Apk,针对于之前的加密方式采用相对应的破解<em>技术</em>,Android中的破解其实大体上可以分为<em>静态分析</em>和动态分析,对于这两种方式又可以细分为Java层(smail和dex)和native层(so)。所以我们今天主要来讲解如何通过<em>静态分析</em>来破解我们的apk,这篇文
Fuzzing技术综述
摘 要:通过分析比较多种Fuzzing<em>技术</em>的定义,结合其当前发展所基于的知识和采用的方法,给出了Fuzzing<em>技术</em>的一个新的定义;重点从与黑盒<em>测试</em><em>技术</em>的区别、<em>测试</em>对象、架构和<em>测试</em>数据产生机理四个方面总结了当前Fuzzing<em>技术</em>采用的一些新思想、新方法以及它们的缺陷。针对这些缺陷和实际应用中的需求,分别提出了当前Fuzzing<em>技术</em>下一步的具体研究方向和对应的研究方法。   关键词:Fuzzing<em>技术</em>; 黑盒<em>测试</em>; 架构; <em>测试</em>数据; 生成; 变异; 动态<em>测试</em>; 知识   中
代码静态分析工具 --- CppCheck
1. 概述静态程序分析是指使用自动化工具软件对程序源代码进行检查,以分析程序行为的<em>技术</em>,应用于程序的正确性检查、安全缺陷检测、程序优化等。它的特点就是不执行程序,有助于在项目早期发现以下问题:变量声明了但未使用、变量类型不匹配、变量在使用前未定义、不可达代码、死循环、数组越界、内存泄漏等。 <em>静态分析</em>工具相比编译器,对代码进行了更加严格的检查,像数组越界访问、内存泄漏、使用不当的类型转换等问题,都可
淘宝、腾讯面试经历(软件测试
淘宝:淘宝笔试是最早的啦,愚人节那天晚上考的,笔试题不难,选择和填空都是一些c/c++ ,数据结构,计算机系统方面的基础题目,主观题考了一道智力题,然后就是算法题和程序题。考完心里也没底,想着反正也是去打酱油的,也没太在意,以为是4月12日出结果,等了一天没收到短信,心情非常低落,以为挂了,到了4月15日早上,珺珺说今天淘宝出结果,心里又燃起了一丝希望,到了下午接到了一个区号为0571的电话 ,原来是淘宝打过来的,跟我约下周一十点电话面试,我当时好开心啊,趁着周末好好准备了下,周一上午一直等着他
7种工具帮助你审查代码
译者注:由于项目时间紧,所以写出的代码就满是bug?别再找借口了,本文作者列举出了7种工具帮助你审查代码,保证代码的高质量,让我们一起看看都有哪些工具吧!以下为译文。 让我们想象一种场景,假设你是一位项目经理,你这周就要把系统提供给客户。到了周一早上,但是你团队里面95%的成员仍然昏昏欲睡。哦,你猜为什么?因为他们的代码都是bug。应该怎么做呢? 在想象
技术管理-概要设计评审指南
概要设计是软件工程活动中8个过程中非常重要的一环,是整个软件设计的蓝图。概要设计的质量对整个软件活动产生重大的影响,因此有必要对概要设计进行<em>评审</em>。而概要设计的工作需要有组织、有目标有一定的方法,因此做一个概要设计<em>评审</em>指南是一项有意义的活动。
如何选择代码测试工具
一、如何建立属于自己的代码<em>测试</em>框架                           如何在<em>代码走查</em>中选择合适的自动化工具,一直困扰着嵌入式软件工程师。在嵌入式软件中涉及大量的对齐、大小端以及临界资源保护等等,再加上实时性要求等,目前市面上可选的代码<em>测试</em>工具少之又少。目前适合嵌入式C代码静态<em>测试</em>的工具在国内能使用到的收费的有TESTBED、QAC、PCLINT,这些都支持MISR
Android逆向分析01-静态分析android程序
《Android软件安全与逆向分析》是刚开始接触看的书,很不错。前期也主要是根据非虫的教程进行学习。 附上Java分享知识网给出的PDF链接。链接:http://pan.baidu.com/s/1bTYOFW 密码:l5n41.<em>静态分析</em>定义是指在不运行代码的情况下,采用词法分析、语法分析等手段对程序文件进行扫描从而生成程序的反汇编代码,然后阅读反汇编代码来掌握程序功能的一种<em>技术</em>。2.快速定位关键代...
技术方案评审checklist-公共模板.xls
软件工程开发中经常会遇到阶段性的<em>评审</em>工作,因此需求阶段的<em>技术</em>方案<em>评审</em>模板仅供参考
项目管理中的TR点
TR的意思是<em>技术</em><em>评审</em>,是英语Technical Review的简写。  一般项目管理中有以下一些<em>技术</em><em>评审</em>点需要关注:  TR1——概念阶段<em>技术</em><em>评审</em>点:产品需求和概念<em>技术</em><em>评审</em>(业务需求<em>评审</em>)  TR2——计划阶段<em>技术</em><em>评审</em>点1:需求分解和需求规格<em>评审</em>(功能需求<em>评审</em>,产品级规格)  TR3——计划阶段<em>技术</em><em>评审</em>点2:总体方案<em>评审</em>(系统设计,架构设计,概要设计)  TR4——开发阶段<em>技术</em><em>评审</em>点1:
漏洞挖掘-静态分析实验笔记
http://www.ichunqiu.com/course/145 实验工具: peid   查壳的工具,主要是pe的结构 strings  用于查看目标文件中有哪些可以打印的字符 例如: strings  xxx.exe               //查看有哪些可打印的字符 petools   查看pe结构 virscan  在线查毒工具
Android逆向之静态分析技术来破解Apk
转载自;http://blog.csdn.net/jiangwei0910410003/article/details/50083649 一、前言 从这篇文章开始我们开始我们的破解之路,之前的几篇文章中我们是如何讲解怎么加固我们的Apk,防止被别人破解,那么现在我们要开始破解我们的Apk,针对于之前的加密方式采用相对应的破解<em>技术</em>,Android中的破解其实大体上可以分为<em>静态分析</em>和动态分
淘宝测试技术交流会笔记
听了三场,谷歌,思科,腾讯。谷歌模式挺高端的,精英<em>测试</em>不太适合一般企业。思科的那场来的人挺多,睡着的人也多;我坐最里面挤出不去,小睡了会儿。腾讯的题目是“把一切监控起来”(没想到腾讯用这个命题,讲的是<em>测试</em>)腾讯腾讯的模式和淘宝比较相似,讲了实际工作或者工作模式中出现的一些问题,大家都有同感。 一天听下来,感觉<em>测试</em>要获得江湖地位,还得向开发靠拢。要想通过<em>测试</em>驱动开发,得比开发更懂开发。 而现状刚
技术评审规范,增加对技术评审的要求。
<em>技术</em><em>评审</em>规范,增加对<em>技术</em><em>评审</em>的要求。
【软件测试】单元测试不属于动态测试
单元<em>测试</em>既不属于动态<em>测试</em>也不属于静态<em>测试</em>。 单元<em>测试</em>既可以使用<em>静态分析</em>,也可以使用动态<em>测试</em>,对于静态<em>测试</em>和动态<em>测试</em>应该配合使用。 从静态<em>测试</em>方面来说,静态<em>测试</em>的静态代码分析结果可以适用于所有可能的运行情况,但动态<em>测试</em>由于总是对特殊取值的<em>测试</em>,因此仅能<em>测试</em>到程序的特定属性,即保证被测组件在<em>测试</em>平台上对于特定的输入是有效的。 而从另一方面来说,动态<em>测试</em>可以覆盖到程序的各种前置条件和后置条件的组合...
使用代码检查工具解决C++潜在的bug
创建和使用工具是人与动物的本质区别,对于程序猿尤是。C/C++代码可能有太多的陷阱,一不小心就可能出错,而定位错误可能会花上几倍甚至上百倍的时间。 C/C++代码检查工具,常用的有: cppcheck :开源免费的静态代码检查工具pc-link :商业软件Parasoft C++test :是Parasoft针对C/C++的一款自动化<em>测试</em>工具,支持编码策略增强,<em>静态分析</em>,全面代
这里有谁作过dicom吗?
如题
网页前端项目评审参考标准
1.注册UI问题,不对齐、密码不能随意输入,需要正则表达式验证; 2.不能每次都用鼠标拖到底部,再上去,可以不可以做个锚点回到顶部; 3.<em>测试</em>项目要通过IE和firefox 等多种浏览器的验证; 4.文本框要加上自己的样式; 5.针对重复性代码,如何实现从189行代码到18行代码? 6.UI布局问题; 7.布局错乱的问题; 8.姓名2-4位验证,少数名族如何验证; 9.加上注释;
一次技术评审的总结
这几天作为评委参加了公司的<em>技术</em><em>评审</em>,<em>评审</em>的人员主要为了晋级中高级<em>技术</em>职称,<em>评审</em>的形式很简单,被<em>评审</em>人对于近一年的工作和项目进行一个介绍,然后由评委和其进行互动提问,最后各个评委进行打分得出其成绩. 对于<em>评审</em>的形式,合理性这里不进行阐述,只从评委和被<em>评审</em>人员的角度说一些看法和心得. 被<em>评审</em>人员: 有些被<em>评审</em>人员讲解项目的时候说了好大一通,也没有让人明白阐述...
技术项目的评审及其标准
<em>技术</em>项目的<em>评审</em>及其标准(摘要) 一、概要说明   二、<em>评审</em>步骤  (一)预立阶段 (二)调研阶段 (三)规划阶段 (四)重大方面评估阶段  三、<em>评审</em>流程  (一)项目的<em>技术</em><em>评审</em>
2018腾讯移动游戏技术评审标准与实践案例
文档下载点这里&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;&amp;lt;下载文档 &amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&am
测试人员代码走查基础要点
<em>代码走查</em>,是<em>测试</em>人员了解代码逻辑,进行<em>测试</em>设计的重要环节。并且有很多bug并非需要到运行程序进行<em>测试</em>才能发现。通过合理的<em>代码走查</em>方法能提前发现相当多的BUG。除常见的业务逻辑与程序逻辑不符外,本文收集了在过往工作中的经常能发现BUG的走查要点,以供参考。走查要点:一段代码存在多个副本 [释义]相同的代码段,在程序的不同地方复制和粘贴。甚至同一项目,复制出多个副本。[问题表现]修改好的bug,一直反
中级职称评定表的填写注意事项
中级职称评定要求:专科毕业7年、本科毕业5年。中级职称考试,必须要计算机、英语的考试。计算机考试一年有3次机会,分别在5月、8月、11月。外语只有1次机会在9月份考试。《评定申报表》一式3份,填写注意事项:   1、“现任专业<em>技术</em>职务”:填工程师(?要确认是填助工还是工程师)   2、“现任行政职务”:填单位给的职务,如,弱电工程师、项目经理等。  3、“取得现专业<em>技术</em>职务任职资格名称及时间”:填
测试工程师如何进行需求评审
功能需求     性能需求
代码Review经常碰到的几个问题
1、项目组人少,比如某个模块就一个人开发,如何做走查? ----建立研发中心级别的走查机制,这个模块人少,但是可以邀请他所属的开发组参与走查,比如他用的是C++,可以邀请其他C++成员参与走查,不一定要本项目的人才能走查。 2、走查问题记录不方便,是否有好用的走查工具? ----我们的代码是用Git管理的,与Gerrit很好的集成,Gerrit就是个走查工具,提交代码到Git时就可以设置必须走查...
TFS2013 体验-代码审查
TFS2013加强了代码审查功能,在签入前可以向指定的一个或多个审阅者发出"请求审查"申请, TFS自动将申请转为工作项,并指派给该审阅者, 审阅者完成审阅后才能继续签入到TFS. 代码审查可以避免一些简单的错误, 提高软件编码质量, 在实际工作中是非常有用的功能. 一般团队中建议采用交叉审阅或循环审阅的方式, 既提高了团队成员的参与度, 能在对
代码走查该走查什么
<em>代码走查</em>在很多公司都是一个必要的过程,但是很多时候却时候一个形同虚设的过程,通常检查的同事只要保证你的代码能够编译通过,不出现问题就pass了。到底<em>代码走查</em>有没有一定的规范性呢? 如果公司是严格按照开发流程来的话,那么<em>代码走查</em>可能也会是下图中红色,它标示着<em>代码走查</em>可以使得设计人员和开发人员之间识别出错误,防止出现设计一套方案开发又开发自己又写出了另一套方案的问题发生。这在一些业务性比较强的系统中
用例评审--用例评审
输入:<em>测试</em>用例、需求规格说明
CMMI评审
  <em>评审</em>的目的是尽早地发现工作成果中的缺陷,并帮助开发人员及时消除缺陷,从而有效地提高工作产品的质量。其结果是更好地理解了软件工作产品,同时预防缺陷的发生。   过程总体概述:<em>评审</em>过程包括三部分:<em>评审</em>准备、正式<em>评审</em>和非正式<em>评审</em>。<em>评审</em>分为:正式<em>评审</em>和非正式<em>评审</em>。----正式<em>评审</em>:比较正式和严格的<em>评审</em>过程,需要发放<em>评审</em>通知、<em>评审</em>人员做预审、必要时举行<em>评审</em>会议、组织者发放<em>评审</em>报告、需要<em>评审</em>结论、参加<em>评审</em>
阿里巴巴 p1-p13
P1-P3我不清楚,本科毕业一般P4  P4 开发工程师  P5 中级开发工程师  P6 高级开发工程师  P7 初级专家  P8 专家  P9 高级专家  P10 研究员  P11 高级研究员  P12 科学家  P13 高级科学家  P9,有个和我一起进公司的同事,上海交大计算机系硕士毕业,微软总部工作10年,去年到公司,给的是P9。P7以上的专家不仅仅是一个头衔,真
静态分析简介
一:程序<em>静态分析</em>简介(Program Static Analysis): 程序<em>静态分析</em>简介(Program Static Analysis)是指在不运行代码的方式下,通过词法分析、语法分析、控制流、数据流分析等<em>技术</em>对程序代码进行扫描,验证代码是否满足规范性、安全性、可靠性、可维护性等指标的一种代码分析<em>技术</em>。目前<em>静态分析</em><em>技术</em>向模拟执行的<em>技术</em>发展以能够发现更多传统意义上动态<em>测试</em>才能发现的缺...
作为项目经理来谈谈需求评审
原谅链接:http://blog.chinapm.com.cn/u/ucwxy/1748.html 1、不同类型的需求是否由不同的职能角色同学来负责编写更合理?    * 一般情况下更建议<em>技术</em>优化需求由研发同学负责编写。展现的形式可以是需求文档,也可以是<em>技术</em>方案,<em>技术</em>方案一般会涵盖了需求、<em>技术</em>框架、接口协议等描述(有些时候,没必要把需求和设计分那么开)  
静态代码分析学习
背景 软件开发过程中,工程师需要花费大量的时间和精力修改代码缺陷。从下图可以看出,在软件开发过程中,<em>测试</em>成本随着设计构建、QA、系统集成阶段的发展在不断增加。因此工程师应该努力在设计开发阶段优化代码、定位修复代码缺陷,这样可以节省大量时间和人力成本。 1 代码<em>静态分析</em>知识 【代码[<em>静态分析</em>](Program Static Analysis)是指在不运行代码的方式下,通过词法分析...
恶意代码分析-第一章-静态基础分析
之前分析 反病毒引擎扫描:https://www.virustotal.com/#/home/upload 哈希值识别: 查找字符串:strings 检查壳: 动态链接函数: 常见DLL Kernel32.dll:这是一个很常见的DLL,它包含核心系统功能,如访问和操作内存、文件和硬件等等。 OpenProcess,GetcurrentProcess和GetProcessHeap:...
测试用例评审标准
<em>测试</em>用例<em>评审</em>标准首先要清楚内部<em>评审</em>的定义,是<em>测试</em>组内部的<em>评审</em>,还是项目组内部的<em>评审</em>。<em>评审</em>的定义不同,内容也不会相同。如果是<em>测试</em>组内部的<em>评审</em>,应该着重于:1.<em>测试</em>用例本身的描述是否清晰,是否存在二义性;2.是否考虑到<em>测试</em>用例的执行效率.往往<em>测试</em>用例中步骤不断重复执行,验证点却不同,而且<em>测试</em>设计的冗余性,都造成了效率的低下;3.是否针对需求跟踪矩阵,覆盖了所有的软件需求;4.是否完全遵守了软件需求的规定。这并不一定的
Windows7 IPX协议下载
Windows7 IPX协议,可用于玩局域网游戏,比如红色警戒2,测试过,可以玩。其他游戏不确定。 相关下载链接:[url=//download.csdn.net/download/k1234m1234/2054699?utm_source=bbsseo]//download.csdn.net/download/k1234m1234/2054699?utm_source=bbsseo[/url]
CCNA考试640-802最新情况介绍下载
CCNA 考试 640-802 最新情况介绍 相关下载链接:[url=//download.csdn.net/download/howardneil2007/2504316?utm_source=bbsseo]//download.csdn.net/download/howardneil2007/2504316?utm_source=bbsseo[/url]
用Static Text控件显示当前系统时间下载
用Static Text控件显示当前系统时间 用Static Text控件显示当前系统时间 用Static Text控件显示当前系统时间 相关下载链接:[url=//download.csdn.net/download/yonggan68/2505454?utm_source=bbsseo]//download.csdn.net/download/yonggan68/2505454?utm_source=bbsseo[/url]
文章热词 机器学习教程 Objective-C培训 交互设计视频教程 颜色模型 设计制作学习
相关热词 mysql关联查询两次本表 native底部 react extjs glyph 图标 数据库技术应用等课程 数据库技术应用等课程
我们是很有底线的