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

从百度百科词条知识库中爬取下来的百万条百科知识，可用于自然语言处理、QA问答、知识图谱、实体识别、关系抽取等技术研究

在敏捷测试中UI的自动化测试（一般我们也称这层测试为功能测试或验收测试，本文单指WebUI的自动化测试）虽然没有单元测试那么广为提及，但因为其与最终用户最近，所以基于用户场景的UI自动化测试还是有其重要的意义的。
使用UI自动化测试对产品的关键功能路径进行验证及回归，比起传统的QA手工执行Testcase可以更快地得到反馈，也让发布变得更有信心。
理想状况下，我们应该将所有可以固化下来的Testcase都自动化起来，而让我们的测试人员进行更有挑战性的探索性测试活动。
让机器做已知领域的事儿，让人对未知领域进行探索。
不过理想归理想，现实是残

做各种端时功能测试中常用到的测试工具和自动化测试框架

本书简要阐明软件开发过程中敏捷方法的工作原理、优点及应用效果，论述敏捷方法学中的过程和生命周期，涉及项目范围、时间管理、成本管理等。
主要内容还包括：“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编码规范等，供读者学习参考。

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