本书简要阐明软件开发过程中敏捷方法的工作原理、优点及应用效果，论述敏捷方法学中的过程和生命周期，涉及项目范围、时间管理、成本管理等。
主要内容还包括：“PMBOK　Guide”中的思想和敏捷开发实践之间的关系，采用敏捷技术降低风险，在软件开发各个阶段实施质量保证(QA)等。
本书适合软件开发人员和管理人员参考。
绪论项目管理者如何跨过桥梁1第一部分敏捷开发方法概述7第1章敏捷方法81.1敏捷方法的起源91.2敏捷宣言121.2.1个体和交互胜过过程和工具131.2.2可工作的软件胜过全面的文档131.2.3同客户的协作胜过合同谈判151.2.4对变更的响应胜过遵循计划161.3指导敏捷项目团队的敏捷原则161.4小结181.5尾注19第2章《PMBOKGuide》到敏捷方法的映射212.1项目管理研究所和《PMBOKGuide》212.2项目生命周期212.3项目管理过程262.4小结272.5尾注28第3章敏捷项目生命周期详解293.1敏捷项目生命周期概览293.2敏捷项目303.3敏捷发布313.4敏捷迭代323.4.1迭代计划333.4.2迭代评审343.4.3迭代回顾353.5例行工作363.6敏捷方法和计划驱动方法之间的区别373.7小结373.8尾注38第二部分桥梁——《PMBOKGuide》中的实践和敏捷开发实践的关系39第4章集成管理404.1开发项目章程和初步的范围陈述414.1.1宣贯会议424.1.2简要比较454.2开发项目管理计划454.3指导和管理项目的执行、监视和控制项目工作474.4集成的变更控制474.5结束项目494.6小结504.7尾注51第5章范围管理525.1范围计划535.1.1范围定义545.1.2创建WBS615.1.3范围验证625.1.4范围控制635.2小结635.3尾注64第6章时间管理656.1战略计划VS战术计划676.2发布计划:开发战略层面的时间进度计划686.2.1发布计划：在战略层面开发时间进度计划696.2.2发布计划:战略层面上的时间进度控制716.3迭代计划:开发战术层面的时间进度计划736.3.1活动定义746.3.2活动持续时间评估766.3.3活动排序776.3.4活动资源评估796.3.5迭代计划：战术层面的时间进度计划控制806.4小结836.5尾注84第7章成本管理867.1成本评估877.1.1敏捷项目的成本最好由产品交付团队进行评估887.1.2敏捷项目是自顶向下评估而不是自底向上评估897.1.3项目团队在发布计划期间可以给出选项907.1.4成本评估在项目生命周期中逐步细化917.2成本预算927.3成本控制937.3.1管理发布待完成事项列表947.3.2锁定迭代947.3.3将成本的变更情况通知给利益相关人957.3.4度量成本性能的AgileEVM957.4小结977.5尾注97第8章质量管理998.1质量计划1008.2质量保证1008.2.1演示、评审和回顾1018.2.2质量控制1058.3小结1088.4尾注109第9章人力资源管理1109.1人力资源规划1119.2组建项目团队1129.3发展项目团队1149.3.1敏捷价值观1159.3.2从价值观到行为1169.4管理项目团队1189.5小结1209.6尾注122第10章沟通管理12310.1沟通计划12510.2沟通基本项目信息——谁、什么、何时、何地和怎样12510.3信息发布12610.3.1迭代演示和评审会议12710.3.2通过每日站立会议进行交流12810.3.3回顾12910.3.4实时信息指示器13010.4业绩报告13210.5利益相关者管理13410.6小结13510.7尾注13

第一章：引言第二章：文本特征提取技术第三章：文本检索技术第四章：文本自动分类技术第五章：文本自动聚类技术第六章：话题检测跟踪技术第七章：文本过滤技术第八章：关联分析技术第九章：文档自动摘要技术第十章：信息抽取第十一章：智能问答（QA）技术第十二章：文本情感分析技术第十三章：Ontology第十四章：半结构化文本挖掘方法第十五章：文本挖掘工具与应用

很全的rpm包，包含相互依赖1.安装前可以使用rpm-qa|grep查看各个rpm是否已安装2.如果有已安装和包内冲突但版本不一致的可使用rpm-ivh--force强制安装新版本3.如果安装完成后需使用非root用户，且不想用sudo，可以用root用户创建dockergroup，执行sudogroupadddocker，然后执行sudousermod-a-Gdockerusername(非root用户)，重启docker，使用该非root用户即可使用docker

pytest是一个强大的Python测试工具，它可以用于所有类型和级别的软件测试。
Pytest可以被开发团队，QA团队，独立测试小组，实践TDD的个人和开放源代码项目

在最近的一个大型项目中，我们在早期就定下了一个目标：不会在软件中使用大量QA人员专注于手工测试。
通过手工测试发现bug极其耗时且成本高昂，这促使团队尝试尽可能的将质量内嵌到产品内部。
但这并不意味着手工测试毫无价值，因为人们总能在怎样使用软件上给你一些特别的惊喜。
这是一个为期18个月左右，周期很长的项目，并且后续也会持续更新。
在项目初期，团队就意识到项目成功的重中之重在于一个优秀的测试策略，尤其是让我们的团队能够做到：1)随着项目时间的推移能够持续的提高团队的工作效率。
2)不管面对的变更是大是小都能够具有足够的信心。
我们花费了很长时间才确定了一种有效的策略。
这在很大程度上是因为我们不得不学习怎样

《软件测试技术经典教程(第2版)》是高级软件测试工程师专用教材。
作者通过丰富的项目及培训经验，结合大量实际案例讲解软件测试技术和软件测试工具的应用，将最实用的技能及知识传授给读者，使读者尽快上手，少走弯路。
《软件测试技术经典教程(第2版)》共分4部分。
第一部分主要介绍软件测试的基本概念、分类、常识，以及黑盒测试技术、缺陷管理、测试管理、软件测试工具等。
第二部分主要讨论黑盒测试工具的LoadRunner11.0测试方法、TestDirector8.0测试方法、Ranorex自动化测试方法等。
第三部分给出白盒测试技术简介，以及白盒测试工具的BoundsChecker教程、Logiscope6.1教程、JUnit3.8教程、JTest7.0教程等。
第四部分给出了测试英文，这是知名外企内部培训的第一手资料，包括QA基础知识介绍、测试类型、Web程序的测试方法、测试团队的Scrum管理和TaskReports编写等。
《软件测试技术经典教程(第2版)》还为各章节设计了针对性很强的思考题，以便读者理解和消化所学知识。
书后附录部分给出了软件测试技术用语说明及中英文对照，测试工程师面试、笔试时的常见问题，C/C++编码规范，Java编码规范等，供读者学习参考。

应用程序调试技术作者：(美)JohnRobbins　译者：潘文林陈武目录结论第l部分调试概论第1章错误：问题出在那里，如何解决1．l错误及其调试1．1．l什么是错误1．1．2进程错误及其解决方案1．1．3制定调试计划1．2调试的先决条件1．2．l技能组合l．2．2学习技能组合1．3调试过程1．3．l第1步：复制错误1．3.2第2步：描述错误1．3．3第3步：始终假定错误是你自己的问题1．3．4第4步：分解并解决错误1．3．5第5步：进行有创见的思考1．3.6第6步：杠杆工具1．3.7第7步：开始繁重的调试工作1．3．8第8步：校验错误已被更正.1．3.9第9步：学习与交流1.3.10调试过程的决定性秘诀1．4小结第2章开始调试2.1跟踪变更直到项目结束2．1．l版本控制系统2．1．2错误跟踪系统2．1．3选择正确的系统2.2制定构建调试系统的进度表2．2．l用调试符来连编所有的构件2.2．2警告与错误同等重要2.2．3了解在何处装载DLL2.2．4设计发布构件的轻便诊断系统2.3日常连编和冒烟测试是必须遵循的2．3．l日常构件2．3．2冒烟测试2.4立即连编安装程序2．5QA必须对调试构件进行测试2．6小结第3章边编码边调试3．1注意声明3.1．l如何声明，声明什么3．l．2不同类型的VisualC＋十和VisualBasic声明3．l．3SUPERASSERT3.2跟踪、跟踪、跟踪、再跟踪3.3注意注释3.4相信自己，但要校验（单元测试）3.5小结第II部分高效率的调试第4章调试器的工作原理4．1Windows调试器的类型4．1．1用户模式调试器4．1．2内核模式调试器4．2Windows2000操作系统为调试对象提供的支持4．2.1Windows2000堆阵检查4．2．2在调试器中自动启动4．2.3快速中断项4．3MinDBG：一个简单的Win32调试器4.4WDBG：真正的调试器4.4．l内存读写操作4．4．2断点和单步执行4．4．3符号表、符号引擎和堆栈遍历4．4．4StepInto、StepOver和StapOut功能4．4．5WDBG调试器的一个有趣的开发问题4．5如果需要编写自己的调试器4．6WDBG调试器之后是什么？4．7小结第5章使用Visual　C＋十调试器进行强有力的调试5．1高级断点及其用法5．1．l高级断点语法和位置断点5．1．2在任何函数上快速中断5．1．3在系统或输出的函数中设置断点5．1．4位置断点修饰符5．1．5全局表达式和条件断点5．1．6Windows消息断点5．2远程调试5．3技巧及窍门5.3.1设置断点5．3．2Watch窗口5．4小结第6章使用x86汇编语言和Visual　C++调试器Disassembly窗口进行强有力的调试6．1CPU的基础知识6．1．l寄存器6.1．2指令格式和内存编址6．2关于VisualC＋十内联汇编器6．3需要了解的指令6.3.1堆栈处理6.3．2最常用的几个简单指令6．3．3常见的序列：函数入口和出口6．3.4变量访问：全局变量、参数和局部变量6.3．5调用进程和返回指令6．4调用约定6.5需要了解的其他指令6．5.l数据处理6.5．2指针处理6.5．3比较和测试6．5．4条约和分文指令6．5.5循环6.5.6字符串处理6.6常见的汇编语言结构6.6．1FS寄存器访问6.6.2结构和类引用6．7完整的例子6.8Disassembly窗口6．8.1导航功能6.8.2在堆栈上查看参数6．8．3SetNextStatement命令6．8．4Memory窗口和Disassembly窗口6.9技巧和诀窍6.9．1Endians6.9.2垃圾代码6.9.3寄存器和Watch窗口6.9.4从ASM文件中学习6.10小结第7章使用VisualBasic调试器进行强

1、什么是兼容性测试？兼容性测试侧重哪些方面？52、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？53、测试的策略有哪些？54、正交表测试用例设计方法的特点是什么？55、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？56、你觉得bugzilla在使用的过程中，有什么问题？57、描述测试用例设计的完整过程？68、单元测试的策略有哪些？69、LoadRunner分哪三部分？610、LoadRunner进行测试的流程?6什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？612、使用QTP做功能测试，录制脚本的时候，要验证多个用户的登录情况/查询情况，如何操作？613、QTP中的Action有什么作用？有几种？614、TestDirector有些什么功能，如何对软件测试过程进行管理？715、你所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）？716、条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？817、Beta测试与Alpha测试有什么区别？818、软件的评审一般由哪些人参加？其目的是什么？819、测试活动中，如果发现需求文档不完善或者不准确，怎么处理？820、阶段评审与项目评审有什么区别？821、阐述工作版本的定义？822、什么是桩模块？什么是驱动模块？823、什么是扇入？什么是扇出？824、你认为做好测试计划工作的关键是什么？825、你认为做好测试用例工作的关键是什么？926、简述一下缺陷的生命周期？927、软件的安全性应从哪几个方面去测试？928、软件配置管理工作开展的情况和认识？929、你觉得软件测试通过的标准应该是什么样的？1030、引入测试管理的含义？1031、一套完整的测试应该由哪些阶段组成？1032、单元测试的主要内容？1033、集成测试也叫组装测试或者联合测试，请简述集成测试的主要内容？1034、简述集成测试与系统测试关系？1035、软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。
那么软件系统的用户文档包括哪些？1036、软件系统中除用户文档之外，文档测试还应该关注哪些文档？1037、简述软件系统中用户文档的测试要点？1138、单元测试主要内容是什么？1139、如何理解强度测试？1340、如何理解压力、负载、性能测试测试？1341、什么是系统瓶颈？1342、文档测试主要包含什么内容？1343、功能测试用例需要详细到什么程度才是合格的？1444、配置和兼容性测试的区别是什么？1445、软件文档测试主要包含什么？1546、没有产品说明书和需求文档地情况下能够进行黑盒测试吗？1547、测试中的“杀虫剂怪事”是指什么？1548、在配置测试中，如何判断发现的缺陷是普通问题还是特定的配置问题？1549、为什么尽量不要让时间有富裕的员工去做一些测试？1650、完全测试程序是可能的吗？1651、软件测试的风险主要体现在哪里？1652、发现的缺陷越多，说明软件缺陷越多吗？1653、所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？1754、软件测试人员就是QA吗？1755、如何减少测试人员跳槽带来的损失？1756、测试产品与测试项目的区别是什么？1757、和用户共同测试（UAT测试）的注意点有哪些？1858、如何编写提交给用户的测试报告？1859、测试工具在测试工作中是什么地位？1860、什么是软件测试，软件测试的目的？1861、简述负载测试与压力测试的区别。
1962、写出bug报告流转的步骤，每步的责任人及主要完成的工作。
1963、写出bug报告当中一些必备的内容。
1964、开发人员老是犯一些低级错误怎么解决？2065、画出软件测试的V模型图。
2066、为什么要在一个团队中开展软件测试工作？2067、您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？2068、您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）2069、您认为做好测试用例设计工作的关键是什么？2170、请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
2171、测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？2272、您所

引子：自上世纪末KentBeck提出TDD(Test-DrivenDevelopment)开发理念以来，开发和测试的边界变的越来越模糊，从原本上下游的依赖关系，逐步演变成你中有我、我中有你的互赖关系，甚至很多公司设立了新的QE(QualityEngineer)职位。
和传统的QA(QualityAssurance)不同，QE的主要职责是通过工程化的手段保证项目质量，这些手段包括但不仅限于编写单元测试、集成测试，搭建自动化测试流程，设计性能测试等。
可以说，QE身上兼具了QA的质量意识和开发的工程能力。
我会从开发的角度分三期聊聊QE这个亦测试亦开发的角色所需的基本技能。
前情概要：作为QE三部曲的最后

一整套企业QA系统前端界面，非常超值哦！

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。