搜索[文献管理软件]结果-低调大师优秀个人博客

精选列表

搜索[文献管理软件]，共3188篇文章

国内外五款免费的协作类管理软件推荐

禅道是专业的研发项目管理软件，也是国内首家开源的项目管理软件，相对于前面提到的几款，禅道的专业性更突出，它是一款完整覆盖软件研发生命周期的协作工具。而非简单的任务管理软件。

2017-11-27

传统管理软件走在“生死边缘”，突围SaaS向死而生？

那么，外部环境的巨大变化究竟让传统企业管理软件厂商遭遇了哪些难题？这些企业的商业模式又面临着哪些巨大挑战呢？传统管理软件厂商向SaaS突围，“路”到底在何方？

2017-07-04

英文文献精读方法论：从"翻译辅助"到"高效理解"的实战框架

很多研究生和科研人员面临的实际困境不是"看不懂英文"，而是"阅读效率太低"。一篇15页的论文花一个下午，读完只记得标题和结论，中间的方法论、实验设计、讨论逻辑全部模糊。

2026-07-16

《云安全原理与实践》——1.5 参考文献与进一步阅读

1.5 参考文献与进一步阅读［?1?］蒋永生，彭俊杰，张武. 云计算及云计算实施标准：综述与探索［J］ . 上海大学学报（自然科学版），2013（01）：5-13.［?2?］骆祖莹.

2017-09-03

《云安全原理与实践》——2.6 参考文献与进一步阅读

2.6 参考文献与进一步阅读［?1?］徐蓉. 理解云计算漏洞［J］ . 网络安全技术与应用，2015（08）：79-80.［?2?］周勇. 移动网络中的云计算及其安全问题探讨［J］ .

2017-09-03

外设端口管理软件怎么管？堵住U盘、蓝牙、光驱这些口

台州一家汽配厂，图纸先被人用蓝牙传到手机，又有人拿光驱刻了盘；U盘随便插，谁拷了什么谁都说不清。

2026-09-20

电脑管理软件为什么装了用不起来——批量下发的执行面

计划排了一周，实际用了三周，还有六十多台没装上——笔记本被带回家、出差的、一直关机的。

2026-09-17

一、软件测试成本为什么总是超预算？在企业年度IT预算复盘会议上，软件测试费用超支已成为一个老生常谈的话题。测试成本攀升的驱动因素是多方面的。从管理角度看，成本超支的深层原因往往在于规划阶段对测试工作量的低估，以及执行阶段对资源调配的失控。许多企业在项目立项时，测试环节仍被视为开发的附属环节，预算分配简单按开发成本的一定比例估算，忽视了业务复杂度、质量要求、交付周期等关键变量。而更为隐蔽的成本来自于返工。据行业观察，由于前期测试不充分导致的线上故障修复成本，通常是前期测试投入的数倍甚至数十倍。这种"被动投入"不仅造成直接经济损失，更影响用户信任和企业声誉。二、测试团队效能低，问题出在管理还是方法？投入持续增加，却仍面临项目延期、缺陷漏检、重复返工等问题，测试效能与投入严重失衡，根源不在执行，而在管理体系与方法。其一，组织定位模糊。测试团队或隶属于研发、话语权不足，或与 QA 职责混淆，导致测试策略难以落地，问题整改缺乏推动力。其二，流程衔接断裂。测试与需求、开发、运维等环节信息脱节，传递失真、追溯困难；DevOps 实践流于形式，缺乏配套组织变革与文化支撑，流程优化效果大打折扣。其三，人才结构失衡。团队陷入 “低端重复、高端缺失” 困境，大量人力消耗在手工执行，测试策略制定、风险预判、质量体系建设等高价值领域专业力量不足。一些领先企业开始探索测试组织能力的升级路径：建立独立测试卓越中心，统一标准、工具与方法论；推行测试左移，将质量保障前置到需求与设计阶段；搭建数据化度量体系，从效率、有效性、业务价值多维度评估测试产出，以系统规划驱动效能升级。三、质量事故频发，如何建立有效的风险防控机制？质量风险的本质是信息不对称。企业决策者往往难以准确评估系统质量状况，对潜在缺陷的影响范围和严重程度缺乏清晰认知。建立有效的风险防控机制，需要从"事后救火"转向"事前预防"。在战略层面，应将质量目标纳入企业级KPI体系，明确各层级对质量的责任。在战术层面，应建立基于风险优先级的测试策略，将有限资源聚焦于核心业务场景和高风险模块。风险管控的另一个关键是数据驱动的决策支持。通过采集和分析测试过程中的各类数据，建立质量预警模型，实现从"经验驱动"到"数据驱动"的转变。这要求企业投入资源建设测试数据基础设施，培养数据分析能力。四、自建测试团队vs外包服务，哪种模式更适合当前阶段？企业获取测试资源，核心是自建团队与外包服务的选择，两种模式各有优劣，需结合发展阶段、业务特性、战略诉求综合判断。自建团队优势显著：控制力强、业务沉淀深、响应速度快，人员深耕业务场景，能设计针对性测试方案，助力企业构建专属质量文化与测试资产。但短板同样突出：招聘培养周期长、固定成本高、技能更新压力大，业务波动时易出现资源闲置或短缺，弹性不足。外包服务核心价值在于灵活高效、专业补齐。专业机构具备丰富行业经验、成熟方法论与工具平台，可快速响应需求；峰值测试、性能测试、安全测试、兼容性测试等专项场景，外包更经济高效。行业主流趋势是混合模式：核心测试能力自建，专项测试与峰值需求外包；或与服务商建立长期合作，派驻团队协同办公，兼顾成本控制与质量保障。Testin 云测等专业平台，可提供设备云、自动化测试、众测等全栈服务，助力企业快速补齐能力短板，降低自建投入门槛。五、软件测试投入如何量化评估ROI？对于企业决策者而言，一个关键问题是：软件测试的投入产出如何衡量？测试不像销售直接带来收入，其价值往往是"避免损失"而非"创造收益"，这增加了量化评估的难度。传统的测试度量指标——如测试用例数量、缺陷发现数、测试覆盖率——更多反映的是测试活动的规模，而非测试创造的业务价值。企业需要建立更贴近商业目标的评估框架。一种思路是从“质量成本”视角切入。质量成本包括预防成本（如测试投入）、评估成本（如评审、审计）、内部故障成本（如缺陷修复）、外部故障成本（如事故损失）。通过追踪这些成本的变化，可以评估测试投入对整体质量成本的优化效果。另一种思路是建立测试价值的多维评估模型。从效率维度，评估测试对交付周期的缩短作用；从效果维度，评估测试对缺陷逃逸率的降低作用；从业务维度，评估测试对用户体验和满意度的提升作用。不同维度的权重可根据企业战略重点动态调整。结语软件测试已不再是技术团队的专属议题，而是关乎企业运营成本、风险控制、组织能力建设的战略性课题。面对测试投入持续攀升的现实，企业决策者需要跳出"要不要测试"的简单二元选择，转向"如何更聪明地测试"的深度思考。软件测试的价值，最终体现在为企业创造可靠的数字化能力，让用户获得稳定的产品体验，让业务创新建立在坚实的技术基础之上。这或许就是测试投入最值得关注的"回报"。

2026-05-31

项目流：类似禅道的项目管理软件，支持微信登录

今天向大家推荐一个功能全面、技术栈现代的开源项目管理软件——项目流（prjflow）。它定位为禅道的现代化替代方案，并深度融合了国内开发者熟悉的微信登录，为团队提供了一站式解决方案。

2026-01-09

itest(爱测试) 4.5.7 发布，BUG 跟踪管理 & 敏捷测试管理软件

itest 简介 itest 开源敏捷测试管理，testOps 践行者，极简的任务管理，测试管理，缺陷管理，测试环境管理，接口测试5合1，又有丰富的统计分析。可按测试包分配测试用例执行，也可建测试迭代(含任务，测试包，BUG)来组织测试工作，也有测试环境管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还可导出用例，线下修改、执行，新增后再导入（同步）到线上；且可根据测试策略来设置测试流程，并可实时调整；在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例。官网 http://www.itest.work 在线体验1 http://www.itest.work/demo 在线体验2 http://120.78.0.137/demo v4.5.7 下载地址：itest下载原计划是7月10日随大版本6.0，也就是新增的接口测试功能一起发布，因近期工作忙时间不多，当前6.0已在测试中。因用户强烈反馈要求在任务管理中增加附件支持，这样可以使任务管理当简单的项目管理来用，比如任务中直接挂需求或是原型的附件等。V4.5.7详情如下所述: 1增强： 1：任务管理支持增加附件，，这样可以使任务管理当简单的项目管理来用，比如任务中直接挂需求或是原型的附件等 2：彻底解决不同分辨率下table 组件，留白的问题，也就是所有页面的gird 支持按分辨率自动设置pase size ，以使显示不留白 3：测试用例包，分配用例执行用例进行优化 4：docker 版支持 mysql 数据定时备份，一天一次全量备份 1个bug修复: 1：BUG 基础字维护里，选用例公共标签时，列表中的数据有数据类型是空的不显示，应显示为用例公共标签 6.0 功能小预览：先预览一下 6.0 的接口测试产品截图功能模型及引导图引导图上蓝色文字是热点，可以点击，方便引导上手可线下离线处理测试用例，再同步到线上，除了可同步线下执行，还支持多种导入，在用例BUG统计示图中，测试需求分解对上，每个模块上显示BUG数和用例数用例库维护公共用例，在项目中可以从用例库或是EXCEL呀是xmind 中导入用例,且在导入时，如需求项，用例分类，优先级，以及用例标签，如系统中不存在，会自动在导入时建立可按测试包分配测试任务，通过把多个测试包加到测试迭代中，统计测试执行情况执行测试用例包任务可在看板上，填写任务进度，执行测试用例包，或是处理流转到名下的BUG 在看板上，直接可以执行用例流程驱动测试流程驱动缺陷在26种状态中演化，更精准反正工作实况测试流程引擎自动推算可演化状态及流转到谁名下，且可实时调整流程从 BUG的邮件通知中连BUG链接，可能直接处理BUG 在收到的BUG邮件中，带一个连接，一点就自动登录ITEST，同时，弹出邮件中的BUG处理界面多维度测试度量趋势分析洞察研发过程潜在风险，为项目管控提供决策依据结果数据分析掌控团队效率，为持续改进提供量化数据支持测试总揽，测试经理每日工作复盘好帮手，量化的测试日报测试人员简报：里面有测试人员写用例情况，执行用例情况，提交的 BUG数，提交的BUG 按状态按人分布，提交的BUG按类型按人分布，提交的BUG按等级按人分布，且可按不同版本作为条件进行分析开发人员处得BUG简报：有开发人员BUG数统计，也有按bug状态按人分布，按bug等级按人分布，按bug类型按人分布,按人按BUG 龄期分布(龄期可按天也可按周计)，且可按不同版本作为条件进行分析测试环境维护

2020-07-13

itest(爱测试) 4.5.5 发布，BUG 跟踪管理 & 敏捷测试管理软件

itest 简介 itest 开源敏捷测试管理，testOps 践行者，极简的任务管理，测试管理，缺陷管理，测试环境管理4合1，又有丰富的统计分析。可按测试包分配测试用例执行，也可建测试迭代(含任务，测试包，BUG)来组织测试工作，也有测试环境管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还可导出用例，线下修改、执行，新增后再导入（同步）到线上；且可根据测试策略来设置测试流程，并可实时调整；在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例。在线体验1 http://www.itest.work/demo 在线体验2 http://120.78.0.137/demo v4.5.5 下载地址：itest下载本次发布一共33个更新，其中26个功能增强，7个bug 修复。主要表面为用户体验做了很大提升，任务，测试包，测试用例(增加、修改、执行)，BUG（增加、修改、流转）的窗口不用再拖滚动条，就可以点击功能按钮；另外用例标签可导入导出，有导入时，如系统中不存在会自动新增；基础字典里增加用例标签，个人在用例维护时填写的新标签是个人的，选择时从公用标签和个人标签合集中选择；另外在迭代中可以直接增加任务和测试包，且分配到当前迭代下，如第10个优化，BUG处理流程也做了优化，测试人员也可以重分配。V4.5.5详情如下所述: 26个功能增强： 1、bug导出时，想把引入原因也导出来 2、用例导出时，要导出标签 3、用例导入时，要导入标签,如是系统中不存在，也要新增，方便后续选择 4、在看板中，点迭代下的迭代明细，直接跳找到当前迭代明细页面 5、在迭代中双击一个迭代，并切换到测试包tab ,然后再回到迭代列表，再双击当前或是另一个迭代时，在迭代明细的项目BUG tab 页另，不应显示增加测试包的按钮 6、添加新用户的时候点击保存并继续列表没有刷新导致没有显示出来，需要手动再次进入用户管理才能看到 7、在迭代的项目任务中，可以直接增加任务，并自动分配到当前迭代下。 8、将测试用例中导入用例包，编号不按照顺序显示， 9、在用例包中，用例转BUG时，测试包页面上执行统计数据没刷新。 10、测试人员A提交一个BUG，分配给了开发人员B ，他发现，分错了，测试人员A想改为开发人员C改不了，只能开发人员B重分配为C才行，这不太合理，测试人员A也应可以重分配给开发人员C 11、手册及docker 安装中，增加发邮件的配置 12、手册中加一些最佳实践 13、用例包中转BUG的时候，应该BUG的版本，用测试包的版本 14、新增测试用例页面，和BUG页面一样，可以连接增加 15、看板中己完成的任务，在己完成那一列显示100% 16、导出用例按ID排序 17、在字典增加用例的公共标签 ,给用例加标签时，可从公共和个人标签合集中选或是现增加 18、修改字典维护中字典类型加载了两次的BUG 19、测试用例包下，导出的离线执行excel 文件中除项目外增加包名 20、导出BUG按ID排序 21、用例增加标签后，编辑和执行界面要拖滚动条才能看到按钮，操作很不方便，新版这不在是问题 22、 BUG 处理界面，如新增和处理BUG流转时，要拖滚动条才能看到按钮，操作很不方便，新版这不在是问题 23、新增BUG时保存并继续时要给个成功的提示 24、用例增加界面，增加保存并继续，方便连着写用例 25、增加用例包界面，要拖滚动条才能看到按钮，操作很不方便，新版这不在是问题 26、连续增加BUG时，增加操作成功的提示 7个bug修复: 1、先用基线和标签查询条件用例，然后导出，但是导出的用例中没有加这两个条件来过滤，其他条件是正常的 BUG 2、excel 导入的用户，不能登录，4.5.0增加ldap 登录支持时引入的 3、解决浏览器语言设置为英文时，所有修改操作报错的BUG 4、在用例包中，对一个用例做两次转BUG时，执行率在测试包里是对的，但是在测试列表里显示的是不对的 5、在用例包中，对一个用例做两次转BUG时，在统计分行中，算两次执行，应只算一次 6、没有建项目的权限，在建任务时，可以建项目 ,应该不能建 7、修改BUG多于2000时，只导出前2000个BUG的问题产品截图功能模型及引导图引导图上蓝色文字是热点，可以点击，方便引导上手可线下离线处理测试用例，再同步到线上，除了可同步线下执行，还支持多种导入，在用例BUG统计示图中，测试需求分解对上，每个模块上显示BUG数和用例数用例库维护公共用例，在项目中可以从用例库或是EXCEL呀是xmind 中导入用例,且在导入时，如需求项，用例分类，优先级，以及用例标签，如系统中不存在，会自动在导入时建立可按测试包分配测试任务，通过把多个测试包加到测试迭代中，统计测试执行情况执行测试用例包任务可在看板上，填写任务进度，执行测试用例包，或是处理流转到名下的BUG 在看板上，直接可以执行用例流程驱动测试流程驱动缺陷在26种状态中演化，更精准反正工作实况测试流程引擎自动推算可演化状态及流转到谁名下，且可实时调整流程从 BUG的邮件通知中连BUG链接，可能直接处理BUG 在收到的BUG邮件中，带一个连接，一点就自动登录ITEST，同时，弹出邮件中的BUG处理界面多维度测试度量趋势分析洞察研发过程潜在风险，为项目管控提供决策依据结果数据分析掌控团队效率，为持续改进提供量化数据支持测试总揽，测试经理每日工作复盘好帮手，量化的测试日报测试人员简报：里面有测试人员写用例情况，执行用例情况，提交的 BUG数，提交的BUG 按状态按人分布，提交的BUG按类型按人分布，提交的BUG按等级按人分布，且可按不同版本作为条件进行分析开发人员处得BUG简报：有开发人员BUG数统计，也有按bug状态按人分布，按bug等级按人分布，按bug类型按人分布,按人按BUG 龄期分布(龄期可按天也可按周计)，且可按不同版本作为条件进行分析测试环境维护

2020-05-07

itest(爱测试) 4.5.2 发布，BUG 跟踪管理 & 敏捷测试管理软件

itest 简介 itest 开源敏捷测试管理，testOps 践行者，极简的任务管理，测试管理，缺陷管理，测试环境管理4合1，又有丰富的统计分析。可按测试包分配测试用例执行，也可建测试迭代(含任务，测试包，BUG)来组织测试工作，也有测试环境管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还可导出用例，线下修改、执行，新增后再导入（同步）到线上；且可根据测试策略来设置测试流程，并可实时调整；在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例。在线体验1 http://www.itest.work/demo 在线体验2 http://120.78.0.137/demo v4.5.2 下载地址：itest下载本次发布一共24个更新，其中11个功能增加，13个bug 修复。主要增加用例可打标签功能，方面建测试用例包时，用标签二次滤用例；另外在迭代(测试计划)中可直接建测试用例包，方便相关管理人员，在建计划的同时，分配测试包（测试用例包是一组用例的集合）给不同的人员执行；还有一个重要的新功能是在建测试用例时，在原有两种批量分配用例的规则下，支持按标签进行二次过滤。V4.5.2详情如下所述: 11个功能增强： 1、测试用例包执行用例界面，增加导出excel离线批量执行 2、测试用例包执行用例界面，增加同步(导入)excel离线批量执行到itest 3、用例编号取消转BUG功能，只能在测试用例中转 4、迭代菜单改为迭代|计划便于没有敏捷测试经验，或是有testlink经验的用户理解迭代 5、迭代|计划的表单，增加预计开始时间属性，这样就有了实际开始时间和预计结速时间三个时间相关属性，同时掉备注属性，增加迭代|计划摘要多行文本框 6、在某个迭代|计划下，分配及用例包tab 增加创建用例包的功能，创建后，直接加入到当前迭代|计划下，方便测试管理人员，创建迭代|计划的同时，分配测试用例包（测试任务），之前里要到测试采单下，测试用例包管理中才可以建，这样修改好既有计划，又有计划下的测试人员测试任务分配，其他同类工具中，计划中只有测试用例，没有测试用例包，只能看整体的进度，不能看计划中个体的进度。 7、测试用例增加标签功能 8、在建测试用例包时，在现在选择分用例的基础上，增加按标签二次过滤，可以更方便更更精准的分配用例 9、用例详情中，增加用例标签显示 10、执行用例的界面，不显示标签下拉选择 11、新增项目校验重名时，增加非逻辑删的条件，这样新增的项目名和己删除的重名时，也不会提示重名 14个bug修复: 1、导出用例时，多于2000会出错 2、新增测试用例包，并从其他已有测试用例包或某些需求模块，分配用例时，没有写分配用例历史 3、修复离线执行用例，然后同步到itest中时，执行率却没有更新的BUG 4、测试用例包，分配用例界面，左面的树没有滚动条，节点多时，有些节点没法选 5、在chrome 下，设置看板为首页，重登录，然后在看板上填写任务的进度，报系统错误，这问题只在chrome 现现，firefox 没这问题。 6、从看板上，点测试用包下，执行人名称，，在执行用例的页面中，执行备注这列列名折行 7、修改测试用例包时，不应显示新建时，用于二次过滤的标签输入项 8、从看板上，点测试用包下，执行名称，执行用用例，，在执行历史中没显示用例包名，在迭代中执行用例也有同样BUG 9、新建测试包的时候只添加1条用例，到任务里面执行的时候执行两遍(通过+不通过) 就会出来2/2的执行率，应是1/1,在测试用例包中执行没这问题。 10 、在引导图上点新建，然后输入项目信息，然的点保存并创建任务，在任务的窗口中，如不全屏显示，看不到保存按钮 OK 11 、测试包创建失败，提示成功 12、从迭代中,点一个迭代，然后切换到测试用全包 TAB,查看一个自己不是执行人的测试用例包，然后点用例包里的某一用例标题，以查看用例，看不了用例详情 13、（和迭代中那个表现一样的实际不是同一个BUG）从看板中，点一个自己不是执行人的测试用例包，然后点用例包里的某一用例标题，以查看用例，看不了用例详情。产品截图功能模型及引导图引导图上蓝色文字是热点，可以点击，方便引导上手可线下离线处理测试用例，再同步到线上，除了可同步线下执行，还支持多种导入，在用例BUG统计示图中，测试需求分解对上，每个模块上显示BUG数和用例数可按测试包分配测试任务，通过把多个测试包加到测试迭代中，统计测试执行情况执行测试用例包任务可在看板上，填写任务进度，执行测试用例包，或是处理流转到名下的BUG 在看板上，直接可以执行用例流程驱动测试流程驱动缺陷在26种状态中演化，更精准反正工作实况测试流程引擎自动推算可演化状态及流转到谁名下，且可实时调整流程多维度测试度量趋势分析洞察研发过程潜在风险，为项目管控提供决策依据结果数据分析掌控团队效率，为持续改进提供量化数据支持测试总揽，测试经理每日工作复盘好帮手，量化的测试日报测试人员简报：里面有测试人员写用例情况，执行用例情况，提交的 BUG数，提交的BUG 按状态按人分布，提交的BUG按类型按人分布，提交的BUG按等级按人分布，且可按不同版本作为条件进行分析开发人员处得BUG简报：有开发人员BUG数统计，也有按bug状态按人分布，按bug等级按人分布，按bug类型按人分布,按人按BUG 龄期分布(龄期可按天也可按周计)，且可按不同版本作为条件进行分析测试环境维护

2020-04-02

itest(爱测试) 4.5.1 发布，BUG 跟踪管理 & 敏捷测试管理软件

本次发布一共6个更新(其中一个4.5.0的重大BUG，不得不先发布4.5.1)。4.5.0中增加ldap 登录支持时，引入一个BUG，新增的itest本地用户不能登录，除非重启。 V4.5.1详情如下所述: 1：解决系统只有一个项目且没设置测试流程时，，点测试自动切换到这个项目时，点击功能菜单没反应的问题 2：新增用户不能登录，要重启才能登录 3：ldap 配置修改dnBase 配置 4：新增用例包时，可能从测试需求模块中分配用例 5：测试包分配用例页面在win 10 firefox 下显示出滚动条的问题，以及执行用例页面出现下框的问题 6：修复增加新建用例包时，选从模块中分配用例且以没选择模块时，有多个弹窗提示的BUG 在线体验1 http://www.itest.work/demo 在线体验2 http://120.78.0.137/demo v4.5.1 下载地址：itest下载 itest 简介 test 开源敏捷测试管理，testOps 践行者。可按测试包分配测试用例执行，也可建测试迭代(含任务，测试包，BUG)来组织测试工作，也有测试环境管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还可导出用例，线下修改、执行，新增后再导入（同步）到线上；且可根据测试策略来设置测试流程，并可实时调整；在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例。产品截图功能模型及引导图引导图上蓝色文字是热点，可以点击，方便引导上手可线下离线处理测试用例，再同步到线上，可按测试包分配测试任务，通过把多个测试包加到测试迭代中，统计测试执行情况可在看板上，填写任务进度，执行测试用例包，或是处理流转到名下的BUG 在看板上，直接可以执行用例流程驱动测试流程驱动缺陷在26种状态中演化，更精准反正工作实况测试流程引擎自动推算可演化状态及流转到谁名下，且可实时调整流程多维度测试度量趋势分析洞察研发过程潜在风险，为项目管控提供决策依据结果数据分析掌控团队效率，为持续改进提供量化数据支持测试总揽，测试经理每日工作复盘好帮手，量化的测试日报测试人员简报：里面有测试人员写用例情况，执行用例情况，提交的 BUG数，提交的BUG 按状态按人分布，提交的BUG按类型按人分布，提交的BUG按等级按人分布，且可按不同版本作为条件进行分析开发人员处得BUG简报：有开发人员BUG数统计，也有按bug状态按人分布，按bug等级按人分布，按bug类型按人分布,按人按BUG 龄期分布(龄期可按天也可按周计)，且可按不同版本作为条件进行分析测试环境维护

2020-03-19

itest(爱测试) 4.5.0 发布，BUG 跟踪管理 & 敏捷测试管理软件

itest 简介 test 开源敏捷测试管理，testOps 践行者。可按测试包分配测试用例执行，也可建测试迭代(含任务，测试包，BUG)来组织测试工作，也有测试环境管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还可导出用例，线下修改、执行，新增后再导入（同步）到线上；且可根据测试策略来设置测试流程，并可实时调整；在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例,具体介绍详见下面开源中国连接；itest 入围2019 最受欢迎国产开源软件并获得此奖项。在线体验1 http://www.itest.work/demo 在线体验2 http://120.78.0.137/demo v4.5.0 下载地址：itest下载本次发布一共26个更新(19个增强，7个BUG)：分析度量中用例相关的统计修了修改，增加ldap登录支持，任务管理按反馈增加了4个增强。 V4.5.0详情如下所述: 19个功能增强： 1：ldap 登录支持，可使用ldap 帐户登录 2：用例编写趋势中增加含修改的可选条件 3：测试人员简报中，增加费解BUG 数据 4：迭代列表双击之后再回来双击另一个迭代出现多选，本来是只能单选的，且单选一个记录后再单击时不取消己选的记录 5：导入用例选择从转维导图导入，但有一个多余的EXCEL导入的文件要求的提示显示选文件的弹窗中 6：处理BUG时，查看附件，且在附件里全屏显示附件，然后关了附件的窗口，之前的BUG的再现步骤收缩了，显示不全 7：测试人员简报，含修改的可选条件 8：用例处理历史中增加，如是执行用例，增加用例包ID，方便一个用例包，一个用例只统计一次，不加这字段，一个包中一个用例多次执行时，数据不真实。 9：在我关注的任务，和我的所有任务中建议增加任务负责人查询条件，以及日期条件，管理于管理人员查询， 10：任务管理中增加导出功能。 11：某个测试包的有，有部分己线上执行，再导出离线执行，然后再在用例导中同步(导和 )离线执行，测试包的执行率不正确 12：测试包导出时，写入测试包的执行版本，离线执行时，就不用再选版本 13：在测试包导入成功后，要自动刷新用例包列表。 14：BUG 列表，BUG描述，应加悬停显示 15：bug 关联用例的列表，用例描述没有悬停显示 16：安装包的tomcat 的的AJP关掉，解决安全漏洞 17：任务列表增加延期计算，以不同颜色在列表的看板中显示，且在项目状态下拉中加延期这个查询条件 18：增加docker 容器安装包，升级脚本，容器版也能增量方式升级 19：我负责的任务，我参与的，我关注的，增加日期查询条件 7个BUG 修复： 1：在用例包中执行用例，然后查看用例的执行历史，有些执行记录的备注中没看用例包名 2：有时候点BUG ID关联用例，且在关联用例里现填写一个用例来关联，而不是选己有用例，有一个loading 一直在转圈，提交要报错 3：日执行用例中，如果一个用例在同一测试包中被多次执行，统计时计为多个用例，不合理，怕有人员恶意利用这做数据，在统计时数据"好看" 4：测试人员简报中，也有类似14的问题 5：修改费解BUG 明细，有些数据测试人员那一列，显示为开发人员的BUG 6：修改任务时，每点一次修改，多一个所属项目的下拉列表 7：在用例或是BUG页面上，ctrl+v 粘合附件后，按回车，结果页面刷新为登录进来的首页产品截图功能模型及引导图引导图上蓝色文字是热点，可以点击，方便引导上手可线下离线处理测试用例，再同步到线上，可按测试包分配测试任务，通过把多个测试包加到测试迭代中，统计测试执行情况可在看板上，填写任务进度，执行测试用例包，或是处理流转到名下的BUG 在看板上，直接可以执行用例流程驱动测试流程驱动缺陷在26种状态中演化，更精准反正工作实况测试流程引擎自动推算可演化状态及流转到谁名下，且可实时调整流程多维度测试度量趋势分析洞察研发过程潜在风险，为项目管控提供决策依据结果数据分析掌控团队效率，为持续改进提供量化数据支持测试总揽，测试经理每日工作复盘好帮手，量化的测试日报测试人员简报：里面有测试人员写用例情况，执行用例情况，提交的 BUG数，提交的BUG 按状态按人分布，提交的BUG按类型按人分布，提交的BUG按等级按人分布，且可按不同版本作为条件进行分析开发人员处得BUG简报：有开发人员BUG数统计，也有按bug状态按人分布，按bug等级按人分布，按bug类型按人分布,按人按BUG 龄期分布(龄期可按天也可按周计)，且可按不同版本作为条件进行分析测试环境维护

2020-02-27

itest(爱测试) 4.4.0 发布，BUG 跟踪管理 & 敏捷测试管理软件

2020-02-13

itest(爱测试) 4.3.0 发布，BUG 跟踪管理 & 敏捷测试管理软件

itest 简介：查看简介 test 开源敏捷测试管理，testOps 践行者。可按测试包分配测试用例执行，也可建测试迭代(含任务，测试包，BUG)来组织测试工作，也有测试环境管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还可导出用例，线下修改、执行，新增后再导入（同步）到线上；且可根据测试策略来设置测试流程，并可实时调整；在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例。itest 入围2019 最受欢迎国产开源软件在线体验1 http://120.78.0.137/demo v4.3.0 下载地址：itest下载本次发布一共27个更新：其中21个优化增强（用例库重写，更易用，如用例目录可拖拽移动，可上下调显示顺序，可导入导出用例，可离线修改用例库用例再同步导放到用例库中）,升级安装后，不再需要手动再点设置菜单下的升级数据库；6个BUG修改, V4.3.0详情如下所述: itest 功能模型（功能模型上,蓝色文字是热点，可以点击，方便快速入门）功能增强及优化: 用例库重写，增加下面同个功能 1：用例库中用例可以维护（增删改） 2：用例库中可以从excel 导入用例，且可以同步线下修改 3：用例库中可以从excel 导入用例，且可以同步线下修改 4: 用例库中可以导出excel 格式导出,线下修改后，再同步回来，导入时，支持新导和同步线下修改一起 5: 用例库交互方式重写，类别维护和用例维护一个页面中，左面的树上面有类别维护按钮，右面grid 是用例离线同步 6：mysql 5.7 不改数据库日期设置增加不了角色的问题 7：提交测试需求时，加检查，有没有增加测试需求 8：执行用例，不选版本，手动填一个时，执行会报错，不应该让手填，只能选 9：缺陷查询页面，流转到我及备注加亮色，以及更容易注意到 10: 没提交测试需求之前，需求项可以删除 11：把用例剪切到其它位置用例执行状态会恢复到 “未测试”状态，需要重新执行一遍，已经修改，不用重新执行了 12：导入导出时，也导入或是导出备注， 13：版本间提交及 BUG总建趋势统计，被逻辑删险的版本也要显示，因为有BUG数据的版本才逻辑删除优化 14：日执行用例趋势及明细，执行图上执行成本换为执行成本单位，使执行用例数和成本的数值在一下量级方便查看 15：看板上执行测试包用例，如用例有附件，显示有符件的曲别针标识被挤下来了 16：迭代，项目，用例库，缺陷管理，用例管理,用例包的快速查询，统一样式 17: BUG 处理界面，测试人员，开发人员，责任人，改为只读。都通过流程流转来处理，不能直接更改相关人员 18: 启动的时候,如有升级数据的SQL，自动执行，之前是手动点设置菜单下的升级数据库 19 ：从看板，或是迭代中执行用例包的用例时，在用例包中设置的执行版本，在执行页面，中却没有缺省显示这个版本，还需要手动选一下 20：解决fireofx 下切换项目的弹窗里的GIRD有时不撑开的问题. 21: 用例包名称别改更宽，现在的太小，7个字后就...了不方全阅读，虽然光标指上去会悬停显示全称 6个BUG修复: 1：用例导入时,下拉列表中的阻塞,写为阴塞 2：日提交及BUG总数趋势中，不显示提交的数据 3：版本间提交及 BUG总建趋势统计，因逻辑删除一些版本不显示 BUG总建趋势 4：修复登录人只参与一个项目时，点测试菜单后直接跳转，收缩左则菜单的图标不见了，切换到任务菜下，点出现收缩菜单的图标后，再切换回测试时，然后然收缩左则菜单，时，左则菜单拆行，且右面内容区显示的是看板 5：从用例库导入用例后，在测试总揽中，因没有初始化用例状态，导致用例统计信息不显示的 6：因打包时文件少一个导致从看板中处理BUG时报404的BUG

2020-01-09

itest(爱测试) 4.2.1 发布，BUG 跟踪管理 & 敏捷测试管理软件

itest 入选 2019 年度最受欢迎开源中国软件候选开源工具的发展,离不开你我的支持,需要您投上宝贵的一票去投票 itest 简介：查看简介 itest 开源敏捷测试管理，testOps 践行者。可按测试包分配测试用例执行，也可建测试迭代(含任务，测试包，BUG)来组织测试工作，也有测试环境管理，还有很常用的测试度量；对于发版频繁，需求常变，itest还可导出用例，线下修改、执行，新增后再导入（同步）到线上；且可根据测试策略来设置测试流程，并可实时调整；在测试看板中，能查看迭代报告，测试包执行情况，测试任务进展，也可以在看板上直接执行用包用例。在线体验1 http://120.78.0.137:8080/demo 在线体验2 https://itest.work/demo/ v4.2.1下载地址：itest下载在4.2.0 发布1周天后，因3个重要(用户强烈要求)更新 V4.2.1 紧接着发布，根据用户反馈（用户的持续反馈是我们更新动力！），共增加了9个更新：其中有1个重要功能增强, 以及8个BUG 修复(其中两个重要BUG )。如，,有用户反馈，他在分用例到用例包时,要分配个把小时。支持从其他用例包已分配的用例中，拷贝分配关系到当前用例包中来，当同样的用例，需要在不同的平台上执行时，就不用重复分配用例了，省时省力，另外4.2.0安装包，少打了一个文件，有些功能用不了， V4.2.1详情如下所述: 功能增强 1：有用户反馈，他在分用例到用例包时,要分配个把小时。支持从其他用例包已分配的用例中，拷贝分配关系到当前用例包中来，当同样的用例，需要在不同的平台上执行时，就不用重复分配用例了 Bug修复 1：用例操作过程及数据，超过600字时，导入不进去 BUG 2：项目名中包括中杠时，且只参加一个项目，点测试后直接跳转到项目时，一直提示，没提交测试需求 BUG 3: 点“测试”然后选择一个刚建好且设置好测试流程的项目时，在测试总揽里，人员摘要中显示的数据不对， BUG 4：点迭代明细TAB 上的刷新图示，显示出两个GRID，应该是有当前的 GIRD BUG 5：项目不设置版本，在导出用例的时候，报错 BUG 6：增加测试包，有时候会报系统异常，4.2.0之前版没这问题 BUG 7：项目不设置版本，在下载用例导入模板时，报错 BUG 8：4.2.0 安装包，少带了一个JS文件，导致增加用例包，报404 错误产品截图功能模型及引导图，引导图上蓝色文字是热点，可以点击，方便引导上手可线下离线处理测试用例，再同步到线上，可按测试包分配测试任务，通过把多个测试包加到测试迭代中，统计测试执行情况可在看板上，填写任务进度，执行测试用例包，或是处理流转到名下的BUG 在看板上，直接可以执行用例流程驱动测试流程驱动缺陷在26种状态中演化，更精准反正工作实况测试流程引擎自动推算可演化状态及流转到谁名下，且可实时调整流程多维度测试度量趋势分析洞察研发过程潜在风险，为项目管控提供决策依据结果数据分析掌控团队效率，为持续改进提供量化数据支持测试总揽，测试经理每日工作复盘好帮手，量化的测试日报测试环境维护

2019-12-04

itest(爱测试) 4.0.0 发布，BUG 跟踪管理 & 敏捷测试管理软件

v4.0.0 下载地址：itest下载 itest 简介：查看简介 V4.0.0 根据用户反馈，共增加了29个更新：其中有15 个功能增强和14个BUG修复；UI更加清爽，用例执行和用例复制粘贴，以及BUG流转，更加便利友好，借中秋放假之际，进行了新版测试并发版。下一版本V4.5.0,将实现接口测试功能。V4.0.0详情如下所述: 15个功能增强（主要是用户体验方面）：（1）处理BUG时，可以连续不断一个接一个连续处理。处理BUG时，经常要连续处理，处理完一个，再点击另一个来处理，很是麻烦，所以增加了确定并下一个，以及上一个，下一个，且会自动向下，或是向上翻页。 (2) 用例复制粘贴更加友好用例管理中，复制粘贴按钮，之前是要切换显示模式才出来，新版不需要切换了，老版本，好多用户都不知道有这功能 (3) 执行用例时，可以连续不断一个接一个的连续处理在执行用例的页面，缺省执行完一个用例，执行用例的页面，会自动显示下一个要执行的用例，之前是需要不断的点用例，执行用例，再点要执行的用例，再执行，很不方便（4）测试总揽用例摘要中增加测试包显示因为经常有用户，直接把测试用例包，当测试任务来使用，他们需要在总揽看到总体的测试包执行情况，所以加上了未完成测试包的统计，以及这些测试包的总的执行率。（5）除了测试菜单下的页面外，其他几个菜单的页面风格，页面按钮和grid 样式不统一。测试菜单下的页面，是黑白对比的清爽风格，但其他几个菜单的页面风格，页面按钮和grid, 是灰色背景，grid 的显示风格也不统一，之前按钮所在区域背景是灰色，grid 行间背景是灰白交错。下面两图就是更改后的效果，（6）测试用例包分配用例页面，加用例类别和用例优先级过滤条件。（7）右边那个蓝色在线帮助点击无反应，直接去掉。（8）测试总揽中待处理bug 数的连接上加悬停提示，“查看此人待处理Bug” （9）用例管理中删掉执行用例，只能在测试用例包里执行。（10）BUG 列表页面，取消，BUG描述上查看详情的链接。（11）调整左侧菜单测试用例包的位置，以符合操作逻辑。（12）修改导入导入模板提示信息。（13）增加一键清demo 数据。（14）清掉数据字典不无用数据，主要是BUG发生平台。（15）bug 和用例列表，查询按钮加点点，以示更多查询。 14个 BUG 修复：（1）自定议登录页面后，登录后，没标识哪个菜单被选中。（2）删除项目时，如用户设置了该项目作为登录itest 后的首页，然后用这用户登录，显示不正确，应该也要删除这个自定议首页设置。（3）新增BUG时，点保存并继续进，BUG 再现步骤中少了，格式模板。（4）关闭，或修改BUG时，在操作历史中，看不到版本信息。（5）修改点击环境菜单时，迭代菜单，和项目菜单，显示样式仍为被点击状态。（6）修改缺陷管理列表，左边的树和右边的gird 显示高度不一致。（7）点击测试需求树根节，然后新增BUG，选择对应的测试需求项，再现步骤中少了，格式模板。（8）测试包执行用例那个列表因修改用例分配，导致翻页不好使。（9）测试包查看用例那个列表因修改用例分配，导致翻页不好使。（10）在用例执行页面，修改了用例保存时，提示要选择版本，只修改，不执行时，不应该校验要选择版本。（11）没有参与任何项目，点击左上logo 显示功能功引导图，然后在点引导图上的设置测试流程的热点，提示信息不正确。（12）在demo 项目中，因测试用例包，历史数据中无开始日期导致测试总揽用例摘要，BUG摘要无数据 (13) 导入用例时，填写了当前系统中不存在功能模快，有时会在同一级下建多个同事的模块。（14）升级安装完成后，登录系统，点升级数据库，有时升级执行不完整。

2019-09-15

itest(爱测试) 3.5.0 发布，BUG 跟踪管理 & 敏捷测试管理软件

v3.5.0 下载地址：itest下载 itest 简介：查看简介 V3.5.0 增加了 9个功能增强，和17个BUG修复，详情如下所述。 9个功能增强：（1）增加xmind（思维导图）转EXCEL 功能且用的是itest 用例导入模板，很方便由XMIND的写的测试点，转为EXCEL格式的用例,稍加修改后再导入。前一版本增加的是从 xmind 直接导到itest 中，这次按用户反馈做了小增强。（2）看板中增加，可查看迭代报告，以及可查看测试包的具体执行情况。看板中，附之前的任务点击其名称可查看详情外，再增加点击测试包名称除可查看详情外，还可查看用例执行情况，因为仅从看板中查看到用例执行率是不够的；点迭代名称也可以查看迭代执行报告，方便查看整个迭代的汇总，之前必须在迭代列表中才可能查看，不太方便（3）度量分析中，4个（下图左则有箭头标示的分析）过程趋势分析功能增强之前按人按日期做的趋势分析，保留之前的分析，又另外增加了，不按人，只按日期趋势分析。如下两图所示肯定有人会问，只看执行用数，很不靠谱，对了，我们还用测试成本来计算，通过汇总用例里设置的执行成立本而得，发下图所示，当然也只是一个参考，还要结合其他因素分析，如某人他参与度只是30%,执行的成本低也是理所当然。 (4) BUG 查询中增加可按fix 版本查询,方便发新版时查找待验正的BUG (5)用例库，用例类别不再显示编号 (6)新增BUG时，增加了操作过程，实际结果，预期结果分段 (7) 任务描述，加长为50个字 (8)增加迭代变更历史迭代中如果更改了项目，会把之前关联的任务，用例， BUG删掉，但是没有记录到操作历史中，增加这类修改历史 (9）优化卸栽程序时，去掉那个全屏的大背景 BUG 修复 17个：（1）解决 fix 版本后没没存进库里的BUG （2）导出时，己关闭的BUG，修改人和修改日期为空和(修改|校验版本)为空的BUG （3）用户禁用体验问题（4）好几个地方，，快束查询输入 "% " ,查所有，（5）镜像管理，不选文件，上传报错（6）用户及用户组前端加输入长度校验（7）数据字典缺省项设置成功后，提示信息不一致（8）查看角色内用户时，查询结束后查询条件弹窗不关闭（9）修必人员删除后，查看任务详情时，显示被删人员ID，且页面被挤得不好看的BUG （10）BUG 编号快查，只按ID查不加项目ID，导致可以在A项目中可查B项目中的BUG （11）任务描述超长限制不起作用（12）没有用例时，导出后会导致丢session 的bug （13）导入用例时，如果新增了用例优先级，提示导入成功，提示没有导入成功（14）只要修改迭代，其他的任务，BUG，测试包就丢失了（15）度量分析中，引及阶段分析，没数据时，浏览器控制台有bugType 未定义的提示，且所有其他分析都卡住了看不了（16）迭代中如果更改了关联的项目，会丢失迭代操作日志（17）分析度量中，趋势分析中，有4个分析，数据有偏差的BUG

2019-08-18

IT资产管理软件做什么？把"看不见的资产"摸清楚

佛山一家制造企业，IT 主管被问"公司到底多少台电脑、装了什么软件"时答不上来；离职员工带走的笔记本，连序列号都查不出。

2026-09-19

资源下载

更多资源

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。