@conference {TBG15,
	title = {Beyond Code Coverage - an Approach for Test Suite Assessment and Improvement},
	booktitle = {Proceedings of the 8th IEEE International Conference on Software Testing, Verification and Validation Workshops (ICSTW{\textquoteright}15); 10th Testing: Academic and Industrial Conference - Practice and Research Techniques (TAIC PART{\textquoteright}15)},
	year = {2015},
	month = {apr},
	pages = {1-7},
	author = {Tengeri, D{\'a}vid and {\'A}rp{\'a}d Besz{\'e}des and Tam{\'a}s Gergely and L{\'a}szl{\'o} Vid{\'a}cs and Havas, D{\'a}vid and Tibor Gyim{\'o}thy}
}
@conference {SAN14,
	title = {Bulk Fixing Coding Issues and Its Effects on Software Quality: Is It Worth Refactoring?},
	booktitle = {Proceedings of the 14th IEEE International Working Conference on Source Code Analysis and Manipulation (SCAM 2014)},
	year = {2014},
	month = {sep},
	pages = {95{\textendash}104},
	publisher = {IEEE Computer Society},
	organization = {IEEE Computer Society},
	address = {Victoria, British Columbia, Canada},
	abstract = {The quality of a software system is mostly defined by its source code. Software evolves continuously, it gets modified, enhanced, and new requirements always arise. If we do not spend time periodically on improving our source code, it becomes messy and its quality will decrease inevitably. Literature tells us that we can improve the quality of our software product by regularly refactoring it. But does refactoring really increase software quality? Can it happen that a refactoring decreases the quality? Is it possible to recognize the change in quality caused by a single refactoring operation? In our paper, we seek answers to these questions in a case study of refactoring large-scale proprietary software systems. We analyzed the source code of 5 systems, and measured the quality of several revisions for a period of time. We analyzed 2 million lines of code and identified nearly 200 refactoring commits which fixed over 500 coding issues. We found that one single refactoring only makes a small change (sometimes even decreases quality), but when we do them in blocks, we can significantly increase quality, which can result not only in the local, but also in the global improvement of the code.},
	keywords = {Antipatterns, coding issues, ISO/IEC 25010, maintainability, software quality},
	doi = {10.1109/SCAM.2014.18},
	url = {http://ieeexplore.ieee.org/document/6975643/},
	author = {Sz{\H o}ke, G{\'a}bor and Antal, G{\'a}bor and Csaba Nagy and Rudolf Ferenc and Tibor Gyim{\'o}thy}
}
@article {GHGy05,
	title = {Binary code compression based on decision trees},
	journal = {Proceedings of the Estonian Academy of Sciences Engineering},
	volume = {11},
	number = {4},
	year = {2005},
	pages = {269-285},
	author = {Tam{\'a}s Gergely and F. Havasi and Tibor Gyim{\'o}thy}
}
