Este trabalho ´e o in´ıcio de um esfor¸co de pesquisa qualitativa que visa caracterizar a atividade de teste na pr´atica. Ele baseou-se apenas nas informa¸c˜oes dos gestores de teste. Por´em, ele pode ser estendido por meio da coleta de dados dos desenvolvedores. Por exemplo, eles podem ser observados in loco realizando as atividades de teste; entrevistas e question´arios espec´ıficos para esses atores podem ser utilizados. Dessa maneira, ser´a poss´ıvel caracterizar a atividade de teste de outro ponto de vista.
Al´em disso, estudos qualitativos semelhantes podem ser realizados considerando empresas desenvolvedoras de software espec´ıficos (e.g., sistemas embarcados), empresas nas quais a tecnologia ´e a atividade fim, empresas nas quais a tecnologia ´e atividade meio e empresas com modelo de neg´ocio baseado em f´abrica de software.
Referˆencias1
AMMANN, P.; OFFUTT, J. Introduction to Software Testing. 2. ed. New York, NY, USA: Cambridge University Press, 2017. Citado 3 vezes nas p´aginas 18, 21 e22.
ATLAS.ti Scientific Software Development GmbH. Atlas.ti. 2017. Dispon´ıvel em: hhttp://atlasti.comi. Citado 3 vezes nas p´aginas 50,53 e63.
BECK, K. Test Driven Development: By Example. [S.l.]: Addison-Wesley Professional, 2002. Citado 2 vezes nas p´aginas 22e 34.
BECK, K.; ANDRES, C. Extreme Programming Explained: Embrace Change (2Nd Edition). [S.l.]: Addison-Wesley Professional, 2004. ISBN 0321278658. Citado na p´agina 22.
BERLOWSKI, J. et al. Highly automated agile testing process: An industrial case study. e-Informatica Software Engineering Journal, v. 10, n. 1, p. 69–87, 2016. Citado 2 vezes nas p´aginas 34 e37.
COLEMAN, G.; O’CONNOR, R. Investigating software process in practice: A grounded theory perspective. Journal of Systems and Software, v. 81, n. 5, p. 772–784, 2008. Citado 2 vezes nas p´aginas34 e38.
CRUZES, D. et al. How is security testing done in agile teams? a cross-case analysis of four software teams. Lecture Notes in Business Information Processing, v. 283, p. 201–216, 2017. Citado 2 vezes nas p´aginas 34e 40.
DEAK, A.; STALHANE, T. Organization of testing activities in norwegian software companies. In: 2013 IEEE Sixth International Conference on Software Testing, Verification and Validation Workshops. [S.l.: s.n.], 2013. p. 102–107. Citado 2 vezes nas p´aginas 34 e 35.
DELAMARO M. E.; MALDONADO, J. C. M. Introdu¸c˜ao ao teste de software. [S.l.]: Elsevier, 2007. Citado 2 vezes nas p´aginas 15 e24.
DELAMARO M. E.;CHAIM, M. L. A. M. R. T´ecnicas e Ferramentas de Teste de Software. 1. ed. [S.l.]: BOOKMAN, 2010. Citado 2 vezes nas p´aginas30 e31.
GREILER, M.; DEURSEN, A. van; STOREY, M. A. Test confessions: A study of testing practices for plug-in systems. In: 2012 34th International Conference on Software Engineering (ICSE). [S.l.: s.n.], 2012. p. 244–254. ISSN 0270-5257. Citado 2 vezes nas p´aginas 34e 37.
HENDRICK, D. Using Grounded Theory to Develop a Framework for Software Testing Best Practice in a Telecommunications Company. Tese (Doutorado) — Dublin Institute of Technology, 2013. Citado 2 vezes nas p´aginas 34e 39.
IEEE. IEEE Standard Glossary of Software Engineering Terminology (IEEE Std 610.12-1990). 1990. Dispon´ıvel em: hhttp://www.mit.jyu.fi/ope/kurssit/TIES462/ Materiaalit/IEEE SoftwareEngGlossary.pdfi. Citado na p´agina 18.
JUNIT. JUnit 5 Testing Framework. 2018. Http://www.junit.org/. Acessado em 02 de fevereiro de 2018. Citado na p´agina 31.
MATHUR, A. P. Foundations of software testing. 2. ed. [S.l.]: Pearson, 2009. Citado 2 vezes nas p´aginas 15e 23.
MCCABE, T. A complexity measure. v. 2, n. 4, p. 308–320, dez. 1976. Citado na p´agina 27.
MCGREGOR, J. D. Test early, test often. v. 6, n. 4, p. 7–14, maio 2007. Available on-line at: hhttp://www.jot.fm/issues/issue 2007 05/column1i [08-08-2007]. Citado na p´agina 22. MOCKUS, A.; NAGAPPAN, N.; DINH-TRONG, T. T. Test coverage and post-verification defects: A multiple case study. In: 2009 3rd International Symposium on Empirical Software Engineering and Measurement. [S.l.: s.n.], 2009. p. 291–301. ISSN 1949-3770. Citado 2 vezes nas p´aginas34 e36.
MOIR, K. Releng of the nerds: Open source release engineering. SDK code coverage with JaCoCo. 2011. Dispon´ıvel em:hhttp://relengofthenerds.blogspot.com.br/2011/03/ sdk-code-coverage-with-jacoco.htmli. Citado na p´agina 29.
MYERS G. J.;SANDLER, C. T. T. The Art of Software Testing. [S.l.]: Wiley, New York, 2004. Citado 3 vezes nas p´aginas 15, 24e 25.
PRESSMAN, R. S. Engenharia de Software. 6. ed. [S.l.]: McGraw-Hill, 2006. Citado 4 vezes nas p´aginas 22, 24,30 e31.
ROBSON, C. Real World Research. 3. ed. [S.l.]: Wiley, 2011. Citado 3 vezes nas p´aginas 43, 44 e45.
SELENIUM. Selenium IDE – Integrated development environment for Selenium tests. 2018. Http://www.seleniumhq.org/projects/ide/. Acessado em 01 de fevereiro de 2018. Citado na p´agina 31.
SOMMERVILE, I. Engenharia de Software. 9. ed. [S.l.]: Addison-Wesley Brasil, 2011. Citado 2 vezes nas p´aginas21 e23.
STRAUSS A.;CORBIN, J. Pesquisa Qualitativa - T´ecnicas e procedimentos para o desenvolvimento de pesquisa fundamentada. 2. ed. [S.l.]: BOOKMAN, 2008. Citado 4 vezes nas p´aginas 17, 42,45 e46.
TAIPALE, O.; SMOLANDER, K. Improving software testing by observing practice. In: Proceedings of the 2006 ACM/IEEE International Symposium on Empirical Software Engineering. New York, NY, USA: ACM, 2006. (ISESE ’06), p. 262–271. ISBN 1-59593-218-6. Citado 2 vezes nas p´aginas34 e40.
THOMSON, C. D.; HOLCOMBE, M.; SIMONS, A. J. H. What makes testing work: Nine case studies of software development teams. In: 2009 Testing: Academic and Industrial Conference - Practice and Research Techniques. [S.l.: s.n.], 2009. p. 167–175. Citado na
p´agina 34.
VINCENZI, A. M. R. et al. Automatiza¸c˜ao de Teste de Software com Ferramentas de Software Livre. Primeira. Rio de Janeiro: Elsevier, 2018. No prelo. Citado na p´agina 21.
ZELLER, A. Why Programs Fail:A Guide to Systematic Debugging. [S.l.]: Morgan Kaufmann Publishers Inc, 2005. Citado 2 vezes nas p´aginas18 e20.
Apˆendice A – Utiliza¸c˜ao da ferramenta JaCoCo
A EclEmma/JaCoCo coleta as informa¸c˜oes de cobertura de fluxo de controle por meio da execu¸c˜ao do programa. H´a v´arias formas de executar o programa e obter a cobertura de c´odigo, sendo as mais comuns por meio da execu¸c˜ao do programa como uma aplica¸c˜ao Java local ou a execu¸c˜ao de casos de teste automatizados por meio de bibliotecas como JUnit1, TestNG2 e SWTBot3. Como EclEmma/JaCoCo instrumenta
o c´odigo compilado em Bytecodes, a ferramenta tamb´em pode coletar a cobertura de aplica¸c˜oes escritas em Scala4.
O exemplo de utiliza¸c˜ao da EclEmma/JaCoCo obt´em a cobertura por meio de uma chamada ao m´etodo CalcularMDC() utilizando a biblioteca JUnit. A classe com a chamada do teste est´a descrita na Figura 9.
Figura 9 – Classe de teste do m´etodo calcularMDC 1 p a c k a g e Programa . Exemplo ; 2 3 i m p o r t s t a t i c o r g . j u n i t . A s s e r t . ∗ ; 4 i m p o r t o r g . j u n i t . Test ; 5 6 p u b l i c% c l a s s MDCTest { 7 8 P u b l i c v o i d testCalcularMDC ( ) { 9 10 a s s e r t E q u a l s ( 8 , MDC. calcularMDC ( 8 , 1 6 ) ) ; 11 12 } 13 }
Fonte: S´ergio Luis Barbieri, 2018
Por padr˜ao, EclEmma/JaCoCo executa todos os m´etodos com a anota¸c˜ao @Test da biblioteca Junit. Ao clicar no bot˜ao de cobertura o teste ´e executado e a cobertura coletada para todo o c´odigo. ´E poss´ıvel determinar as classes que ser˜ao avaliadas com rela¸c˜ao `a an´alise de cobertura. Para tanto, deve-se utilizar o submenu dispon´ıvel no bot˜ao de cobertura e selecionar a op¸c˜ao Coverage Configurations... Outra alternativa ´e executar
1 hhttp://junit.org/junit4/i
2 hhttp://testng.org/doc/index.htmli 3 hhttp://www.eclipse.org/swtbot/i 4 hhttps://www.scala-lang.org/i
o teste no menu Run as JUnit Test e ap´os a finaliza¸c˜ao dos testes, gerar a cobertura no menu Run Coverage Last Launched.