Retrieving and mining professional experience of software practice from grey literature: an exploratory review
背景资料：检索和挖掘从业人员的自我报告，他们的专业经验的软件实践可以提供有价值的证据进行研究。然而，我们不知道在这一领域进行的任何现有的研究审查。目的：回顾和分类以前的研究，并确定深入的挑战时，检索和挖掘从业人员的自我报告，他们的经验，软件实践的研究所面临的。方法：我们进行了一个探索性的审查，以确定和分类42篇文章。我们分析了这些文章的选择，以了解采矿专业经验的挑战。结果：我们只找到了一篇直接相关的文章。即使如此，本文关注的是软件专业人员的情感体验，而不是软件实践中发生的行为和事件的专业报告。我们讨论的挑战涉及：专业经验的普遍性;定义、模型和理论;数据的稀疏性;话语分析的单位;注释者协议;算法性能的评估;以及缺乏复制。结论：在这一领域似乎没有进行直接相关的先前研究。我们讨论了在二级研究中报告阴性结果的价值。有一系列的研究机会，但也有相当大的挑战。我们制定了一套指导性的问题，在这一领域的进一步研究。
2020-09-30 cs.SE
Initial Findings from a Study of Best Practices and Models for Cyberinfrastructure Software Sustainability
我们提出了一组共同的主题和建议，这些主题和建议是从对12个不同网络基础设施软件项目领导人的深入采访中提取的。这些访谈是作为一项更大规模研究的一部分进行的，旨在确定和阐明导致网络基础设施软件可持续性的最佳实践和管理模式。在对网络基础设施用户进行的正式调查中，受访者认为这些项目是持续软件举措的良好范例。虽然显然没有单一的方法或计划可以保证所有项目的可持续性，但我们可以从这些范例中获得一般性指导。本文介绍了这些访谈中出现的共同主题、想法和建议。
2013-09-07 cs.SE
An Exploratory Study of Forces and Frictions affecting Large-Scale Model-Driven Development
在本文中，我们调查模型驱动工程，报告的探索性案例研究进行了一个大型汽车公司。这项研究包括对20名不同角色的工程师和管理人员的采访。我们发现，在一个大型组织的背景下，上下文的力量主导使用模型驱动技术的认知问题。我们确定的四种力量可能独立于选择作为软件开发基础的特定抽象，它们是软件产品线中的差异化需求，特定于问题的语言和类型的需求，探索活动中的实时建模需求，以及工件之间点对点可追溯性的需求。我们还确定了偶然复杂性的触发因素，我们称之为语言和工具引入的摩擦点。识别出的摩擦点的例子是对模型差异、点到点可跟踪性和运行时的模型更改的支持不足。
2012-07-03 cs.SE
Smells Depend on the Context: An Interview Study of Issue Tracking Problems and Smells in Practice
University of Hamburg（汉堡大学）
本文通过访谈研究，探讨了问题跟踪系统中问题和气味的上下文依赖性，揭示了团队在实际工作中遇到的挑战及潜在的工具解决方案。
2026-01-12 cs.SE
Regression Testing in Remote and Hybrid Software Teams: An Exploratory Study of Processes, Tools, and Practices
CESAR School（CESAR学院）；UFRPE（巴西雷西夫联邦大学）；University of Calgary（卡尔加里大学）
本研究探讨远程和混合团队中回归测试的流程、工具和实践，发现其依赖文档、自动化和工具集成来支持异步协作，揭示了回归测试作为社会技术实践的演变。
2026-03-08 cs.SE
Towards a Human Values Dashboard for Software Development: An Exploratory Study
背景：人们越来越意识到人类价值观的重要性（例如，包容性、隐私性）。然而，没有实用的工具来支持在软件开发过程中集成人的价值。我们认为，一个工具，可以识别人类的价值观，从软件开发的文物，并将它们呈现给不同的软件开发角色可以（部分）解决这个差距。我们把这种工具称为人类价值观仪表板。除此之外，我们对这种工具的理解是有限的。目的：本研究的目的是（1）调查在软件开发过程中使用人类价值仪表板来帮助解决人类价值的可能性，（2）确定使用人类价值仪表板的可能好处，以及（3）从人类价值仪表板中引出从业者的需求。方法：我们进行了一项探索性研究，采访了15名软件从业人员。开发了一个仪表板原型，以支持面试过程。我们运用主题分析法对收集到的数据进行分析。结果：我们的研究发现，人类价值观仪表板对开发团队很有用（例如，项目经理、开发人员、测试人员）。我们的参与者承认开发工件，特别是需求文档和问题讨论，是识别仪表板值的最合适的来源。我们的研究还产生了一组人类价值观仪表板的高级用户需求（例如，它应允许确定项目的价值优先次序）。结论：我们的研究表明，价值观仪表板有可能用于提高人们对价值观的认识，并支持软件开发中基于价值观的决策。今后的工作将侧重于满足要求，并将问题讨论作为仪表板的潜在人工制品。
2021-07-23 cs.SE
System- and Software-level Architecting Harmonization Practices for Systems-of-Systems -- An exploratory case study on a long-running large-scale scientific instrument
系统级和软件级架构实践之间的差距所造成的问题，特别是在两个学科不可阻挡地相遇的系统的环境中，是一个众所周知的问题，在专门研究它的文献中，工作量少得令人不安。与此同时，致力于系统的系统的组织多年来一直在开发解决方案来缩小这一差距。这项工作的目的是通过研究一个大型科学仪器的案例，更具体地说，是一个地理上分散的射电望远镜，从从业人员那里汲取这方面的知识，这是在过去二十年中作为一系列项目开发的。作为收集本研究数据的手段，我们将在线访谈与负责构建该工具的组织的从业者虚拟焦点小组相结合。通过这一过程，我们确定了持续存在的问题和已开发的最佳实践来处理这些问题，以及在实践中应用后者的好处和缺点。我们的一些主要发现包括需要避免过度依赖软件的灵活性，以弥补不完整的要求，隐藏的假设，以及系统架构的后期参与，并通过专门的架构角色和采用统一的做法和标准，以促进所涉及的学科之间的合作。
2021-02-09 cs.SE
On Code Reuse from StackOverflow: An Exploratory Study on Jupyter Notebook
笔记本电脑是数据分析师和科学家使用数据的流行工具。它提供了一种将代码、文档和可视化组合在一个交互式环境中的方法，从而促进了代码的重用。虽然代码重用可以提高编程效率，但它也会降低可读性，安全性和整体性能。我们在Stack Overflow平台上对Jumyter Notebook开发社区的代码重用实践进行了大规模的探索性研究，以了解代码重用的潜在负面影响。我们的研究发现了1，097，470个重复使用Stack Overflow代码片段的1097，470字节Notebook克隆对，平均每个代码片段有7.91个代码质量违规。通过我们的研究，我们深入了解了微软笔记本开发人员决定重用代码的原因以及这种做法的潜在缺点。
2023-02-23 cs.SE
Evolving a Model for Software Process Context: An Exploratory Study
在领域的软件工程，我们的努力，作为研究人员，建议行业的软件实践可能是最有效的应用是有限的，我们缺乏证据为基础的信息之间的关系的背景和实践的功效。为了积累这样的证据，需要一个上下文模型。我们正处于探索阶段，不断发展的情境模型，位于软件实践。在本文中，我们概述了我们提出的模型的演变。我们的分析暴露了文献中报告的术语含义不明确。我们的基本模型维度是人员、地点、产品和流程。我们的贡献是加深我们的理解，如何范围上下文因素时，考虑软件的倡议和建议的初步理论建设的背景。研究的局限性与分析中可能存在的主观性和评价基础有限有关。在研究的下一阶段，我们将与学者和从业人员合作，正式完善模型。
2021-04-16 cs.SE
The State-of-Practice in Requirements Elicitation: An Extended Interview Study at 12 Companies
上下文需求工程仍然是一个学科，面临着大量的挑战，包括在工业中的需求获取过程的实施。虽然研究人员和学者提出了一些建议，但对工业界实际遵循的做法知之甚少。Objective.我们调查SoTA方面的需求获取，检查从业者的做法。我们专注于技术，所涉及的角色，以及与过程相关的挑战。法我们进行了一项基于访谈的调查研究，涉及来自12个不同的瑞典IT公司的24名从业人员。结果我们发现，小组互动技术，包括会议和研讨会，是最流行的类型的启发技术，从业者采用，除了在小项目的情况下。我们注意到，除了市场驱动的组织之外，客户经常参与启发过程。技术人员（例如，开发人员和架构师）比业务人员或战略人员更频繁地参与启发过程。最后，我们确定了与利益攸关方有关的一些挑战。这些挑战包括难以理解他们的需求并确定其优先顺序。此外，有人指出，要求不稳定（即，由不断变化的需求或优先事项引起的）是一项主要挑战。这些意见需要在研究的背景下加以解释。结论关于调查参与者经验的相关意见应引起业界的兴趣;应结合从业人员的情况分析这些经验。研究人员可能会发现在实践中使用学术成果的证据，从而激发未来的理论工作，以及在同一领域的进一步实证研究。
2021-02-23 cs.SE
AI Lifecycle Models Need To Be Revised. An Exploratory Study in Fintech
技术领先的组织正在拥抱即将到来的人工智能革命。智能系统正在取代传统的软件组件并与之协作。因此，在人工智能系统中应该遵守软件工程中相同的开发过程和标准。本研究旨在了解基于人工智能的系统开发过程，以及最先进的生命周期模型如何满足行业当前的需求。我们在荷兰国际集团（ING）进行了一项探索性案例研究，荷兰国际集团是一家拥有强大欧洲基础的全球银行。我们采访了17名来自组织内不同部门的不同角色的人。我们发现以前的生命周期模型忽略了以下阶段：数据汇集、可行性研究、文档编制、模型监控和模型风险评估。我们的工作表明，应用机器学习的真正挑战远远超出了复杂的学习算法-需要更多地关注整个生命周期。特别是，不管现有的机器学习开发工具，我们观察到，他们仍然不符合这个领域的特殊性。
2021-06-02 cs.SE
Self-Admitted Technical Debt in the Embedded Systems Industry: An Exploratory Case Study
技术债是指软件开发过程中的捷径，主要是为了方便。当开发人员明确承认这种快捷方式时（例如，写一个TODO/Fixme评论），它们被称为自我承认的技术债务或SATD。在开源项目中已经有相当多的研究SATD管理的工作，但在工业中的SATD相对较少。与此同时，没有工作集中在开发人员对SATD及其管理的观点。为了解决这个问题，我们与一个行业合作伙伴合作进行了一个探索性的案例研究，以研究他们如何看待SATD以及他们如何管理它。具体来说，我们通过识别和描述不同来源（问题，源代码注释和提交）的SATD来收集数据，并对12名软件从业者进行了一系列访谈。结果显示：1）工业项目中SATD的核心特征; 2）开发者对已识别的SATD和统计数据的态度; 3）从业者引入和回报SATD的触发因素; 4）不同来源的SATD之间的关系; 5）用于管理SATD的实践; 6）SATD管理的挑战和工具思想。
2022-11-21 cs.SE
Software Testing with Large Language Models: An Interview Study with Practitioners
本研究通过访谈 15 名软件测试人员，归纳其使用 LLM 的迭代提示、评估与验证流程，并提出面向测试工作流整合的初步实践指南。
2025-10-20 cs.SE
Agile Practices for Quantum Software Development: Practitioners Perspectives
量子软件系统是新兴的软件工程（SE）流派，其利用量子比特（Qubit）和量子门（Qgates）的原理来解决当今经典计算机不能在合理时间内有效地完成的复杂计算问题。根据其支持者的说法，敏捷软件开发实践有可能解决量子软件开发中特有的许多问题。然而，缺乏证据证实敏捷实践是否适合并可以被软件团队采用，因为它们是在量子软件开发的背景下。为了解决这一问题，我们进行了一项实证研究，以调查使用敏捷实践开发量子软件的需求和挑战。虽然我们对10个国家的26名从业者进行了半结构化访谈，强调了敏捷实践在这一领域的适用性，但访谈结果也揭示了阻碍这些实践有效整合的新挑战。我们的研究结果为敏捷实践的进一步情境化和无缝集成与开发下一代量子软件提供了跳板。
2022-10-18 cs.SE
Feature Evolution and Reuse -- An Exploratory Study of Eclipse
提高生产力和减少开发时间的一个方法是重用现有的功能和模块。如果重用被采用，那么从逻辑上讲，它将对系统的发展产生直接影响。然而，文献中的证据并不清楚在现实世界的项目中重用的程度，也不清楚它是如何实践的。在本文中，我们报告的调查结果的重用和演变的软件功能在最大的开源生态系统之一- Eclipse。Eclipse提供了一个领先的例子，说明系统如何在保持质量的同时，在大小和功能数量上急剧增长。我们的结果展示了功能重用和演化的程度，以及十个不同Eclipse版本（从Europa到Neon）的重用模式。
2021-04-02 cs.SE
Requirements Volatility in Software Architecture Design: An Exploratory Case Study
本文通过案例研究探讨需求波动性对软件架构设计的影响，揭示了需求不确定性及动态商业环境等因素，并提出缓解措施。
2026-03-18 cs.SE
DevOps Education: An Interview Study of Challenges and Recommendations
在过去的几年里，软件行业已经采用了几种与持续集成和持续交付等实践相关的DevOps技术。对DevOps从业者的高需求需要对传统的软件工程课程和教育方法进行重大调整。本文对来自不同国家和大学的14位DevOps教育工作者进行了访谈研究，旨在确定DevOps教学的主要挑战和建议。我们的研究确定了83项挑战，185项建议，以及它们之间的一些关联和冲突。我们的研究结果可以帮助教育工作者计划，执行和评估DevOps课程。他们还强调了研究人员提出DevOps教学新方法和工具的几个机会。
2022-03-19 cs.SE
Biases in gendered citation practices: an exploratory study and some reflections on the Matthew and Matilda effects
针对不同学科中部分社会文化群体研究者被引偏少的问题，本文首次分析软件工程领域的性别化引用实践，发现该领域引用公平性仍需提升，建议在稿件中纳入引用多样性声明。
2024-11-27 cs.DL cs.SE
An Exploratory Study of Code Smells in Web Games
随着互联网市场的不断增长，游戏在全球范围内越来越受欢迎。然而，游戏市场竞争的加剧要求开发人员在性能，安全性和维护方面编写更高效的游戏。软件系统的不断发展及其日益增加的复杂性可能会导致糟糕的设计决策。研究人员分析了游戏对认知、行为和社会的影响。此外，游戏性和游戏机制一直是提高游戏性的研究领域，但就我们所知，几乎没有任何研究工作研究游戏开发中的不良编码实践。因此，通过我们的研究，我们试图分析和识别可能导致游戏质量问题的不良编码实践（称为代码气味）的存在。为了实现这一点，我们创建了一个包含361个用JavaScript编写的网页游戏的数据集。在这个数据集上，我们运行了一个JavaScript代码气味检测工具JSNose，来发现网页游戏中代码气味的发生和分布。此外，我们对9款网页游戏进行了手动研究，以发现违反现有游戏编程模式的行为。我们的研究结果表明，现有的工具大多是特定于语言的，在游戏的上下文中是不够的，因为它们不能检测到反模式或游戏特定的不良编码实践，从而激发了对游戏特定代码气味检测工具的需求。
2020-02-13 cs.SE
Which Sustainable Software Practices Do Scientists Find Most Useful?
我们研究了参加了为期两天的基本软件技能研讨会的科学家，以确定他们认为哪些工具和实践最有用。我们的研讨会前后的调查显示，自我报告的熟悉程度有所增加，而我们的访谈显示，参与者发现学习Python比学习Unix shell更有用，他们发现指向其他资源的指针非常有价值，背景材料-技能背后的“为什么”-也非常有价值。
2014-09-10 cs.SE
Pre-Release Experimentation in Indie Game Development: An Interview Survey
本文通过对10位独立游戏开发者的访谈调查，提出面向发布前阶段的持续实验框架，揭示独立团队在用户数据有限、时间和资源受限条件下以定性数据为中心进行实验的实践与挑战。
2024-11-26 cs.SE
An Exploratory Study on Regression Vulnerabilities
背景：安全回归是在以前未受影响的软件系统中引入的漏洞。它们通常是由于源代码更改而发生的（例如，bug修复）并且可能具有严重的影响。目的：增加对安全回归的理解。这是发展安全软件工程的重要一步。方法：我们对Mozilla进行了探索性的混合方法案例研究。首先，我们分析了78个回归漏洞和72个bug报告，其中一个bug修复在Mozilla中引入了回归漏洞。我们调查了开发人员如何在这些错误报告中进行交互，他们如何执行更改，以及在什么条件下他们引入回归漏洞。其次，我们对参与可扩展性诱导bug修复的尽可能多的Mozilla开发人员进行了五次半结构化访谈。结果：漏洞修复期间未讨论软件安全性。开发人员主要关心的是当前bug的复杂性和社区修复它的压力。此外，开发人员不必担心回归漏洞，并假设工具会检测到它们。事实上，动态分析工具帮助发现了Mozilla大约30%的回归漏洞。结论：这些结果提供的证据表明，虽然工具支持有助于识别回归漏洞，但它可能不足以确保漏洞修复期间的安全性。此外，我们的研究结果需要进一步研究安全工具支持以及如何在错误修复期间集成它们。数据和材料：https://doi.org/10.5281/zenodo.6792317
2022-07-05 cs.SE
"We are a startup to the core": A qualitative interview study on the security and privacy development practices in Turkish software startups
安全和隐私在软件开发中经常被忽视，很少被开发人员优先考虑。这种观点通常基于研究人员进行的研究以及在美国，欧洲和英国生活和工作的开发人员群体。然而，软件生产是全球性的，重要技术中心的关键人群没有得到充分研究。土耳其的软件创业场景是有影响力的，与软件安全和隐私相关的理解、知识和缓解措施仍然没有得到充分研究。为了缩小这一研究差距，我们对在土耳其软件初创公司工作的16名开发人员进行了半结构化访谈研究。访谈研究的目的是分析开发人员是否以及如何确保他们的软件是安全的，并保护用户隐私。我们的主要发现是，由于缺乏意识、技能和资源，开发人员很少优先考虑安全和隐私。我们发现，法规可以对安全和隐私产生积极影响。根据这项研究，我们向行业、个人开发者、研究人员、教育工作者和监管机构提出了建议。我们的建议可以为软件开发中的安全和隐私提供更全球化的方法。
2022-12-16 cs.CR cs.CY cs.HC
From OSS to Open Source AI: an Exploratory Study of Collaborative Development Paradigm Divergence
School of Computer Science, Peking University（北京大学计算机学院）
本文通过对比传统OSS与开源AI模型的协作开发范式，发现后者在协作强度、开放性及用户创新方面存在显著差异，揭示了AI开发中协作模式的分歧及背后的社会技术因素。
2026-08-04 cs.HC cs.SE
DASP: A Framework for Driving the Adoption of Software Security Practices
实现软件安全实践是现代软件开发中的一个关键问题。行业从业者、安全工具提供商和研究人员提供了标准的安全指南和复杂的安全开发工具，以确保安全的软件开发管道。但是，尽管做出了这些努力，恶意黑客可以利用的漏洞数量仍在增加。因此，迫切需要了解为什么开发人员仍然在他们的应用程序中引入安全漏洞，并了解可以做些什么来激励他们编写更安全的代码。为了进一步理解和解决这个问题，我们提出了DASP，这是一个用于诊断和推动开发人员采用软件安全实践的框架。DASP是通过结合行为科学理论来构思的，以形成对28名软件从业者的横截面访谈研究。我们的访谈产生了一个框架，该框架由33个驱动因素组成，分为7个更高级别的类别，这些类别代表了需要发生或更改的内容，以便采用软件安全实践。使用DASP框架，组织可以设计适合开发人员特定开发环境的干预措施，这将激励他们编写更安全的代码。
2022-05-24 cs.SE
How Many Interviews Are Enough in a Software Engineering Study? Preliminary Findings on Sample Size and Saturation
University of Calgary（卡尔加里大学）；University of Hawaii at Manoa（夏威夷大学马诺阿分校）；Universidade Federal Rural de Pernambuco (UFRPE)（伯南布哥联邦农村大学）
研究探讨软件工程研究中访谈样本量与饱和度问题，通过分析2016至2025年相关论文，发现样本量差异大，13至24名受访者最常见，饱和度及充足性理由多样，为该领域方法学报告实践提供见解与贡献。
2026-07-15 cs.SE
Smart Contract Upgradeability on the Ethereum Blockchain Platform: An Exploratory Study
本文通过收集以太坊已部署智能合约的元数据与源代码，识别并刻画可升级合约的升级模式及其普遍性，分析开发者升级合约的原因，并基于交易数量和版本存续时间评估升级对合约采用与生命周期的影响。
2023-04-13 cs.SE
An Industry Interview Study of Software Signing for Supply Chain Security
本研究通过访谈18位安全从业者，探讨软件签名在供应链安全中的实践挑战，提出精细化工厂模型，并指出技术、组织与人员障碍及专家分歧。
2025-03-27 cs.CR cs.SE
Requirements Engineering for Automotive Perception Systems: an Interview Study
背景：驾驶自动化系统（DAS），包括自动驾驶和高级驾驶员辅助，是一个重要的安全关键领域。DAS通常包含使用机器学习（ML）来分析车辆环境的感知系统。目的：我们探索新的或不同的需求工程（RE）的主题和挑战，从业者在这一领域的经验。方法：我们对五家公司的19名参与者进行了访谈研究，并进行了主题分析。结果如下：从业者很难指定前期需求，并且经常依赖场景和操作设计域（ODD）作为RE工件。挑战涉及ODD检测和ODD退出检测、现实场景、边缘案例规范、分解需求、可追溯性、创建数据和注释规范以及量化质量要求。结论：我们的研究结果有助于了解RE是如何实践DAS感知系统和收集的挑战可以推动未来的研究DAS和其他ML启用系统。
2023-02-23 cs.SE
A survey on agile practices and challenges of a global software development team
敏捷宣言描述了向开发团队传达信息以及在开发团队内部传达信息的最有效和最有效的方法是通过面对面的对话。然而，当团队在全球软件开发（GSD）环境中工作时，这并不总是可能的。基于这种情况下，本研究提出了一个探索性的数据分析，使用调查结果，探索敏捷实践和挑战的全球软件开发团队，使用ScaledAgile框架（SAFe），这是专为大型组织的需要。本研究的目的是了解团队在某些敏捷实践中的知识水平，以及通常优先考虑哪些类型的沟通。由于在GSD环境中，团队成员在地理上分布在多个地区和时区，因此我们的目标是确定该环境可能存在的挑战。作为这种探索性分析的结果，它已被确定，通信是GSD环境中的主要挑战之一，电话被认为是最有效的通信类型。此外，我们还发现专业人士对敏捷实践的信心程度不同，并得出结论，专业人士之间的知识转移可以帮助那些对某些敏捷实践不自信的团队成员提高他们的整体信心和知识。
2019-10-20 cs.SE
Pair Programming Practiced in Hybrid Work
本研究通过对挪威金融科技公司敏捷团队的单案例调查，分析混合办公下现场、远程与混合结对编程的实践差异，发现混合模式最不具优势，并强调适配个人偏好。
2023-07-13 cs.SE
Continuous Experimentation and Human Factors An Exploratory Study
本文通过探索性定性研究，考察如何在持续软件实验中整合人因，识别其特征、实践挑战及管理最佳实践。
2023-11-01 cs.SE
An Exploratory Study of V-Model in Building ML-Enabled Software: A Systems Engineering Perspective
本文从系统工程视角探索V模型在构建机器学习使能系统中的应用，通过从业者访谈提出8条命题，发现V模型特性能有效应对跨学科协作挑战，并建议未来研究利用其系统分解、清晰边界和V&V一致性开发新过程模型与工具。
2024-05-05 cs.SE
Method Names in Jupyter Notebooks: An Exploratory Study
本研究分析了384个Jupyter Notebook中691个方法的命名实践，揭示了其对简洁性的偏好及偏离传统命名模式的特征，为科学代码命名评估工具和教育资源开发提供参考。
2025-04-29 cs.SE
Learning in the Large - An Exploratory Study of Retrospectives in Large-Scale Agile Development
许多人将回顾视为敏捷软件开发最重要的实践。以前的回顾研究集中在团队层面的过程和结果。在这篇文章中，我们研究了一个大规模的敏捷开发项目如何通过回顾性报告的分析来使用回顾性，作为纵向案例研究的一部分，回顾性报告共确定了109个问题和36个行动项目。我们发现，大多数的问题涉及到团队层面的学习和改进，并讨论这些发现与当前的建议，以提高学习成果，在大规模敏捷开发。
2018-05-25 cs.SE
Automating Dependency Updates in Practice: An Exploratory Study on GitHub Dependabot
本文通过数据分析和开发者调查评估 GitHub Dependabot 的依赖更新效果，发现其虽能减少技术滞后且接受度高，但存在兼容性评分不足、通知疲劳和弃用问题，并据此提出理想依赖管理机器人应具备可配置性、自主性、透明性和自适应能力四个特征。
2023-05-25 cs.HC cs.SE
The perception of Architectural Smells in industrial practice
建筑技术债务（ATD）被认为是工业实践中最重要的技术债务类型。在这项研究中，我们采访了21名软件工程师和架构师，调查一种特定类型的ATD，即建筑气味（AS）。我们的目标是更好地理解AS现象，并支持从业者更好地管理它，研究人员提供相关支持。本研究的结果提供了见解从业者如何看待AS和他们如何介绍他们，他们经历的维护和发展的问题，并与AS的存在，以及他们采用什么样的做法和工具来管理AS。
2021-10-13 cs.SE
Using Large Language Models to Develop Requirements Elicitation Skills
本文提出用大语言模型扮演客户进行访谈以培养需求获取技能，并通过120人受试者间研究证明该方法与使用访谈记录效果相当，但更真实、更具吸引力且更受学生偏好。
2025-04-09 cs.SE
On the Distribution of "Simple Stupid Bugs" in Unit Test Files: An Exploratory Study
保证软件系统质量的一个关键方面是单元测试的实践。通过单元测试，开发人员验证产品源代码的正确性，从而验证系统在测试中的预期行为。然而，单元测试代码容易出现问题，从代码中的错误到糟糕的测试用例设计（即，测试气味）。在这项研究中，我们比较和对比了一种被称为“简单愚蠢错误”（SStuBs）的单语句错误修复在测试和非测试（即，生产）文件。我们的研究结果表明，SStuB更频繁地出现在非测试文件比在测试文件中，与大多数修复相关的代码与断言语句在测试文件中。此外，大多数显示SStuB的测试文件也显示测试气味。我们设想我们的研究结果使工具供应商能够更好地支持开发人员改善测试套件的维护。
2021-03-17 cs.SE
On the Use of Refactoring in Security Vulnerability Fixes: An Exploratory Study on Maven Libraries
第三方库依赖在当今的软件开发中是司空见惯的。随着安全漏洞的威胁日益严重，及时应用安全补丁对保护软件系统至关重要。因此，社区开发了一个软件和硬件弱点列表，称为常见弱点枚举（CWE），以评估漏洞。以前的工作已经揭示了维护活动（如重构代码）可能与源代码中与安全相关的方面相关。在这项工作中，我们探讨重构和安全性之间的关系，通过分析在实践中执行的重构动作与漏洞修复。我们进行了一个案例研究，分析了143个maven库，其中351个已知漏洞已被检测和修复。令人惊讶的是，我们的探索性结果显示，开发人员在他们的修复中包含重构操作，其中31.9%（351个中的112个）的漏洞与重构操作配对。我们设想这篇简短的论文开辟潜在的新方向，以激励自动化工具支持，允许开发人员更快地交付修复，同时维护他们的代码。
2022-05-17 cs.SE
AI-Conducted Interviews in Empirical Software Engineering: An Experience Report
Federal University of Campina Grande（坎皮纳格兰德联邦大学）；VIRTUS, Federal University of Campina Grande（VIRTUS，坎皮纳格兰德联邦大学）；Federal University of Alagoas（阿拉戈阿斯联邦大学）
该经验报告探讨定制MyGPT在实证软件工程研究中主导访谈的应用，介绍其流程，分析提交工件和问卷回复，发现多数参与者评价积极，但存在局限，表明人工智能访谈可作补充选项，需相关设计与监督。
2026-07-17 cs.SE
Integrating Pair Programming as a Work Practice
本研究通过单案例探索影响结对编程（PP）采用与长期参与的多重因素，发现长期参与需在亲身体验中确认预期收益，并建议结合集体学习将实践调整为适应各团队，为软件从业者整合PP提供指导。
2025-06-24 cs.SE
Monitoring Continuous Integration Practices in Industry: A Case Study
本文开发CI实践监控工具并对巴西三家组织开展多案例研究，发现监控七项CI实践可呈现实践现状、推动改进、提升软件质量感知并改善沟通。
2025-06-07 cs.SE
An Exploratory Study of Bug-Introducing Changes: Exploring Relationships in Bug-Introducing Changes Towards Causal Understanding
University of Passau（帕绍大学）；Universidad de Los Andes（洛斯安第斯大学）
本研究通过探索软件开发实践中与缺陷引入更改的关系，为理解因果机制提供了基础框架。
2026-02-04 cs.SE
Spellburst: A Node-based Interface for Exploratory Creative Coding with Natural Language Prompts
Replit（Replit公司）；Stanford University（斯坦福大学）
Spellburst是一个由大语言模型驱动的创意编程环境，通过节点式界面、语义提示交互和语义-语法无缝切换，帮助艺术家更高效地进行生成艺术的探索式创作。
2023-08-07 cs.HC cs.LG cs.SE
An Exploratory Study on the Engineering of Security Features
本文通过对26名工业界从业者开展探索性研究，考察安全特性的选择、工程实现、代码特征与维护挑战，并基于实证数据验证四项常见假设。
2025-02-12 cs.CR cs.SE
Can a Chatbot Support Exploratory Software Testing? Preliminary Results
本文提出基于 Discord 的 BotExpTest 聊天机器人，从缺陷报告、时间管理、测试指南和策略呈现方面支持探索式测试，并通过六名专业人员的用户研究初步验证其有效性与积极体验。
2023-07-11 cs.HC cs.SE
State of the Practice for Medical Imaging Software
McMaster University（麦克马斯特大学）
本文评估29个医学影像项目并访谈8个团队，利用AHP排名软件，揭示其工程实践健康状况、CI与测试不足等痛点，并提出改进建议。
2024-05-20 cs.CV cs.SE
