1.做好的白加DGRAT免杀服务端，如何可过金山的黑源恶意软件扫描？
2.如何对付女小人？
3.软件测试的方法一共有几种

做好的DGRAT免杀服务端，如何可过金山的码白恶意软件扫描？

       免杀分为表面免杀和过启发式免杀

       表面免杀可以定位特征码、加花、加黑加壳，源码如果有源码的白加c 保存工程源码话，就更加容易过了，黑源

       表面是码白最基本的，很容易过，加黑没啥难度，源码

       稍加处理，白加软件上传virustotal网站可以过全部杀毒软件

       难的黑源是你的木马在上线和安装开启的时候能过杀毒软件的启发式杀毒引擎，这比较难，码白

       现在一般的加黑技术是使用0day（系统或第三方软件的未公开漏洞）或者白加黑（捆绑正常软件），

       总之难度很大，源码自己研究不花几年时间来专研估计没戏，网上购买的话费用也不菲，而且骗子很多，就说这么多了

如何对付女小人？

       对付女小人，最好的办法是活得比她好！在职场中，总有那么一些人，不甘寂寞，上窜下跳，或在明处，或在暗处，无论你如何小心谨慎，也难免被她们盯上，轻则踩你的脚，重则踩着你的肩膀往上爬，让你难逃劫难。

       但是，你能就此忍气吞声吗？绝对不行，否则，她们会越发嚣张，你会愈发倒霉。唯一的方法是打起精神、鼓起勇气和她们斗智斗勇。让我们动动脑筋，csdn有商城源码一起给女小人诊断诊断，开个有效的处方。

       处方1：让恶行曝光

       女小人表现：掠夺别人的劳动成果

       女小人级别：

*****

       发言人：那娜

       性别：女

       年龄：岁

       职业：策划

       刚进入这家房地产公司时，我还是新人，为了得到公司的认可，我几乎成了工作狂，并常常能想出很多新颖实用的点子。我的第一次策划得到了经理的赞扬：“有创意、很新颖。”经理的嘉奖让我更加自信大胆地工作。

       同事丽丽是我自认为的好朋友，在我忙得天昏地暗时，她会适时地递上一杯咖啡；我加班时，她又会送来一盒盒饭；当我的两只手恨不得当八只手用时，她总是自动拿起材料帮我打印好。她就是这样在一点一滴的小事中感动着我。

       一次，我很满意地完成了一个策划并交给了经理。谁知第二天，经理找到我：“那娜，我本来很看重你的才华和敬业精神，没有新点子也没什么，但你不该抄袭其他同事的创意。”经理看我一脸惊讶，递给我一份策划书。天哪，竟然和我那份惊人地相似，而策划人竟是丽丽。

       面对经理的不满和我好朋友的“心血”，我哑口无言，因为我没有任何证据证明我的清白。

       机会终于来了，我接了一个非常重要的案子，我比平时更忙碌，我从自己的新点子中筛选出了两个方案，制作了A、B两份策划书，明里丽丽仍然经常主动帮我做A策划书，手机js源码下载但暗地里我已将B策划书做好了，交给了经理，并请经理配合我先不要说出去。果然，不久丽丽交上了一份和A书颇为相似的策划。明白真相后的经理非常恼火，让丽丽另谋高就了。

       其实丽丽走后，我一点也不开心，因为我不只失去了一个朋友，还失去了同事的信任。

       处方2：团结起来，让其当众出丑

       女小人表现：有成果就抢，有责任就推

       女小人级别：

****

       发言人：可木

       性别：男

       年龄：岁

       职业：工程师

       办公室有女小人就像公厕里的苍蝇，嗡嗡作响，到处乱飞，抓之不着，赶之不去，受扰者有心拍拍屁股走人，又不情愿为这么个东西耽误了大事。对付女小人，方法因人而异：手段高的，用女小人以驱驰；能力高的，还女小人以颜色；品德高的，待女小人以宽容；血压高的，恐怕只有被女小人气的份儿了。

       “小潘太过分了！”看，刚被领导训了一顿的小杨气呼呼地发牢骚，“成绩都是她的，责任都是我的，跟她一组算我倒霉，这个月的奖金又泡汤了！”小杨的话立刻引起办公室其他同事的共鸣。小潘做事确实不够磊落，大家一起做项目，她不仅挑肥拣瘦，而且占他人之功为己功，有了程序源码责任却往别人头上推，可她每月报告写得到天花乱坠，偏偏领导就信她的。因为她的谗言被扣奖金，小杨也不是第一人了。为了遏制女小人的势头，我们决定惩戒小潘，也让领导擦亮眼睛。

       小杨和小潘共同负责界面显示模块的开发，我们在测试时，发现小潘的部分代码存在问题，可能导致界面无法正常显示，但我们谁也没有告诉他。在给领导演示开发成果的时候，大家异口同声地夸奖界面模块完成得好，领导问是谁的功劳，小潘立刻挺身而出。

       演示开始还算顺利，但小潘的那段代码终于出了问题，界面怎么也出不来，源代码缺她情急之下故技重演：“这部分是小杨写的吧？”领导听了不禁皱起眉头：“到底是谁的？”小杨假装茫然，小潘一看有机可乘干脆金蝉脱壳，推卸责任。小杨胸有成竹地上台，沉着地找到了问题所在，领导终于恍然大悟，原来小杨才是幕后英雄。从此以后，小潘的那套女小人手段再也没有杀伤力了。

       事实证明，对付女小人的关键是团结同事，发挥才智，让她当场现形，遏制住她的势头。如果碍于情面或讲君子风范，吃亏的只能是自己。

       处方3：引导女小人拍马腿挨踢

       女小人表现：厚此薄彼的马屁精

       女小人级别：

***

       发言人：水灵儿

       性别：女

       年龄：岁

       职业：统计

       要说拍马屁也许算不上女小人，但如果拍马屁是套壳app源码在贬低他人而取悦另一个人的基础上进行，那拍马屁者当算女小人，张蝶就是这样。

       张蝶是看人下菜碟的主儿，除了拍领导，还拍有背景的同事。比如她对新来的出纳小李说：“呀，这条银色蝴蝶项链配上你这件毛衫真是好看，如果水灵儿戴上就不好看，她没你白，穿衣服又没品位，是地摊服装的破衣架。”而她拍小李的原因不过是刚得知公司的行政总监是小李的姑父。由于我总是受到她的这种排挤，心里特别不爽，但又不想和她当面争执。我只是漫不经心地对一个爱传小道消息的同事说小李是任贤齐的歌迷，又说她的男朋友长得高大英俊，另外小李唱歌最好听，音质极像王菲。

       这些话很快传到张蝶耳中。第二天，她就给小李送来一张任贤齐的CD，小李连连摆手说：“不听不听。我最讨厌任贤齐了，长得脏兮兮的。”张蝶一愣，赶快转舵道：“其实我也不喜欢他。对了，听说你男朋友是个高大帅气的白马王子，什么时候带来让我见见？”小李听了有些不悦：“我不喜欢谈私事。”

       张蝶倒是很识相，接道：“晚上有没有空儿？咱们一起去歌厅怎么样？反正是周末，咱们开心唱一夜。”小李摇头说不去。张蝶劝道：“去吧，我还对我的同学说你是王菲第二，今天要给你带个歌后去呢。”小李说：“你邀请水灵儿呀，我们既是初中同学又是好朋友，她可是我们学校的‘小夜莺’。”

       张蝶一听不再说话，讪讪地回到自己的办公室，她从小李的冷漠里似乎明白了什么。后来她知道了：原来小李最讨厌任贤齐；小李的男朋友身高不足cm，而且满脸青春痘；小李是左嗓子，根本不喜欢唱歌。自此张蝶拍马屁时，再也不拿我当垫背的了。

       给女小人开处方的要点：

       必须对症下药以保证一次根治，令其不敢再犯。

       TIPS1：学会防范女小人：

       1.近女小人远君子或近君子远女人都不可取，同事间相处要有尺度，不要过于亲密，泄露隐私，避免女小人为私利而伤害你。

       2.你的各种密码(如电脑密码)要绝对保密。

       3.如你被害，要抓住机会证明你的清白，不要一味忍让，以防受女小人再次陷害。

       4.多观察周围的人和事，争取做到防患于未然。

       TIPS2：对付女小人的锦囊：

       1.以其人之道还治其人之身。

       2.当面揭穿女小人的面目和行径，让其颜面无存不敢再害人。

       3.向上司申诉并抓住女小人的现行。

       4.私下和女小人面谈，并正色严厉警告。

       另开偏方3服

       发言人：郭严

       性别：女

       年龄：岁

       职业：文化公司职员

       偏方1：白加黑(每周一次，一次一片，针对爱上网者，效果奇佳)

       在女小人犯小的时候不动声色，而在其洋洋得意的时候，给她的电脑加点作料，在屏保里输入大字“恶有恶报”或干脆发个病毒邮件，同时赠送恐怖片、恐怖电话，导致其失眠或梦中惊叫。

       偏方2：泻立停(每周3次，一次3片，针对未婚、贼心不死、见缝插针、动手动脚者)

       女小人最薄弱的时候是对办公室的美女垂涎三尺的时候，MM敢怒不敢言，此时请来MM的崇拜者壮汉3名，以迅雷不及掩耳之势出现在女

软件测试的方法一共有几种

       1、从是否关心内部结构来看

       （1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。

       （2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。

       （3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。

       2、从是否执行代码看

       （1）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

       (2)动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。

       3、从开发过程级别看

       （1）单元测试：又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。

       (2)集成测试：又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。

       （3）系统测试：是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。

       在系统测试中，对于具体的测试类型有：

       （1）功能测试：对软件需求规格说明书中的功能需求逐项进行的测试，以验证功能是否满足要求。

       （2）性能测试：对软件需求规格说明书的功能需求逐项进行的测试，以验证功能是否满足要求。

       （3）接口测试：对软件需求规格说明中的接口需求逐项进行的测试。

       （4）人机交互界面测试：对所有人机交互界面提供的操作和显示界面进行的测试，以检验是否满足用户的需求。

       （5）强度测试：强制软件运行在异常乃至发生故障的情况下（设计的极限状态到超出极限），验证软件可以运行到何种程序的测试。

       （6）余量测试：对软件是否达到规格说明中要求的余量的测试。

       （7）安全性测试：检验软件中已存在的安全性、安全保密性措施是否有效的测试，

       （8）可靠性测试：在真实的或仿真的环境中，为做出软件可靠性估计而对软件进行的功能（其输入覆盖和环境覆盖一般大于普通的功能测试）

       （9）恢复性测试：对有恢复或重置功能的软件的每一类导致恢复或重置的情况，逐一进行的测试。

       （）边界测试：对软件处在边界或端点情况下运行状态的测试。

       （）数据处理测试：对完成专门数据处理功能所进行的测试。

       （）安装性测试：对安装过程是否符合安装规程的测试，以发现安装过程中的错误。

       （）容量测试：检验软件的能力最高能达到什么程度的测试。

       （）互操作性测试：为验证不同软件之间的互操作能力而进行的测试。

       （）敏感性测试：为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。

       （）标准符合性测试：验证软件与相关国家标准或规范（如军用标准、国家标准、行业标准及国际标准）一致性的测试。

       （）兼容性测试：验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。

       （）中文本地化测试：验证软件在不降低原有能力的条件下，处理中文能力的测试。

       4、从执行过程是否需要人工干预来看

       （1）手工测试：就是测试人员按照事先为覆盖被测软件需求而编写的测试用例，根据测试大纲中所描述的测试步骤和方法，手工地一个一个地输 入执行，包括与被测软件进行交互（如输入测试数据、记录测试结果等），然后观察测试结果，看被测程序是否存在问题，或在执行过程中是否会有一场发生，属于比较原始但是必须执行的一个步骤。

       （2）自动化测试：实际上是将大量的重复性的测试工作交给计算机去完成，通常是使用自动化测试工具来模拟手动测试步骤，执行用某种程序设计语言编写的过程（全自动测试就是指在自动测试过程中，不需要人工干预，由程序自动完成测试的全过程；半自动测试就是指在自动测试过程中，需要手动输入测试用例或选择测试路径，再由自动测试程序按照人工指定的要求完成自动测试）

       5、从测试实施组织看

       （1）开发测试：开发人员进行的测试

       （2）用户测试：用户方进行的测试

       （3）第三方测试：有别于开发人员或用户进行的测试，由专业的第三方承担的测试，目的是为了保证测试工作的客观性

       6、从测试所处的环境看

       （1）阿尔法测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试

       （2）贝塔测试：是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本，并要求用户报告

扩展资料

       软件测试的内容：

       1 得到需求、功能设计、内部设计说书和其他必要的文档

       2 得到预算和进度要求

       3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )

       4 确定应用软件的高风险范围，建立优先级、确定测试所涉及的范围和限制

       5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试

       6 确定对测试环境的要求 ( 硬件、软件、通信等 )

       7 确定所需的测试用具 (testware) ，包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等

       8 确定对测试的输入数据的要求

       9 分配任务和任务负责人，以及所需的劳动力

        设立大致的时间表、期限、和里程碑

        确定输入环境的类别、边界值分析、错误类别

        准备测试计划文件和对计划进行必要的回顾

        准备白盒测试案例

        对测试案例进行必要的回顾 / 调查 / 计划

        准备测试环境和测试用具，得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南，建立测试跟踪过程，建立日志和档案、建立或得到测试输入数据

        得到并安装软件版本

        进行测试

        评估和报告结果

        跟踪问题 / 错误，并解决它

        如果有必要，重新进行测试

        在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具

       参考资料：

百度百科-软件测试