← Latest papers
💻 computer science

LLM-Assisted Empirical Software Engineering: Systematic Literature Review and Research Agenda

This systematic literature review analyzes 50 studies from 2020–2025 to map the current landscape of Large Language Model applications in Empirical Software Engineering, highlighting their predominant use in automation-heavy data processing tasks while identifying critical gaps in human-centered integration, transparency, and reproducibility to guide a future research agenda.

Original authors: Victoria Gomes, Delaney Selb, Fabio Palomba, Rodrigo Spinola, David Lo

Published 2026-04-30
📖 6 min read🧠 Deep dive

Original authors: Victoria Gomes, Delaney Selb, Fabio Palomba, Rodrigo Spinola, David Lo

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine the field of Empirical Software Engineering (ESE) as a massive, high-stakes detective agency. These detectives (researchers) spend their time solving mysteries about how software is built, why it breaks, and how developers work. To solve these cases, they have to sift through mountains of evidence: millions of lines of code, thousands of bug reports, and endless interviews with developers.

For years, these detectives have been doing this work by hand or with very specific, single-purpose tools. But the pile of evidence is getting too big for human hands alone. Enter Large Language Models (LLMs)—think of them as super-smart, tireless robotic interns who can read, summarize, and categorize text at lightning speed.

This paper is a Systematic Literature Review, which is basically a "report card" on how these robotic interns are currently being used in the detective agency. The authors looked at 50 recent studies to see what the interns are actually doing, how well they are doing it, and whether the detectives are writing down enough notes to prove how the work was done.

Here is the breakdown of their findings, using simple analogies:

1. What are the Robotic Interns actually doing? (The Tasks)

The paper found that the interns are mostly being used for sorting and grading, not for solving the mystery from scratch.

  • The "Sorter" Role: The most common job is taking a huge pile of papers or code and sorting them into boxes (e.g., "Relevant" vs. "Irrelevant" or "Bug" vs. "Feature").
  • The "Grader" Role: They are often asked to give a score or a label to something (e.g., "Is this code review helpful? Yes/No").
  • The "Filter" Role: They act like a sieve, letting only the important information through and blocking the noise.

The Metaphor: Imagine a librarian who is amazing at organizing books by color or size but hasn't been asked to write a new story or solve a complex mystery yet. The interns are great at the boring, repetitive filing work, but they aren't yet the "lead detectives."

2. Where are they working in the process? (The Phases)

The research lifecycle has different stages: Planning, Collecting Evidence, Analyzing Evidence, and Writing the Report.

  • The Sweet Spot: The interns are heavily used in the middle stages (Collecting and Analyzing). This is where the "data processing" happens.
  • The Gaps: They are rarely used at the very beginning (Planning the study) or the very end (Writing the final report).
  • The Metaphor: It's like hiring a robot to wash the dishes and fold the laundry, but you still have to cook the meal and set the table yourself. The robot handles the messy, repetitive cleanup, but the creative and final touches remain human.

3. How are they working with humans? (The Integration)

The authors found that the relationship is mostly Automation, not Collaboration.

  • Automation (The "Do It Yourself" mode): In most cases, the human gives the robot a command, and the robot does the whole task alone without looking back. The human just takes the result.
  • Decision Support (The "Consultant" mode): This is rare. This would be the robot saying, "I think option A is best, but here are three other possibilities and why," leaving the final choice to the human.
  • The Metaphor: Currently, the robot is like a self-checkout machine. You put the items in, it scans them, and you walk away. It is not like a personal shopper who walks with you, suggests items, and asks, "Do you like this one?" before you buy it.

4. What are the Good and Bad parts? (Benefits vs. Limitations)

The Good (Benefits):

  • Speed: The robots are incredibly fast. They can process years of data in minutes.
  • Scale: They can handle huge piles of evidence that would take a human years to read.
  • Consistency: They don't get tired or bored, so they apply the same rules to every item.

The Bad (Limitations):

  • Hallucinations: Sometimes the robot makes things up. It might confidently state a fact that is completely false.
  • Sensitivity: The robot is very sensitive to how you ask the question. If you change one word in your instruction, the answer might change completely.
  • Inconsistency: If you ask the same question twice, you might get two different answers.
  • The Metaphor: The robot is like a very fast, very confident student who sometimes guesses. It can read a whole library in an hour, but if you aren't careful, it might invent a book that doesn't exist.

5. Are they keeping good notes? (Reproducibility)

This is a major finding of the paper. Most detectives are not writing down how they used the interns.

  • To repeat a study (reproducibility), you need to know exactly which robot you used, what version of the robot it was, and exactly what instructions (prompts) you gave it.
  • The paper found that many studies forgot to write this down. They just said, "We used an AI," without saying which one or how they asked it.
  • The Metaphor: Imagine a chef publishes a recipe saying, "I used a special spice to make this taste great," but they don't say which spice, how much, or when they added it. You can't recreate the dish. The paper says the software engineering community is currently bad at sharing the "recipe" for using these AI tools.

The Big Picture Conclusion

The paper concludes that using AI in software research is growing fast, but it is currently very narrow.

  • We are using AI to do the "grunt work" (sorting, filtering, grading).
  • We are not yet using it to help humans think, plan, or make complex decisions.
  • We are not being careful enough about writing down how we use it, which makes it hard to trust the results or repeat the experiments.

The Final Takeaway: The robotic interns are helpful for the heavy lifting, but the human detectives need to start treating them as partners rather than just tools, and they need to start writing down exactly how they are using them so that others can learn from their work.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →