A qualidade dos sistemas de software é uma preocupação de todo bom projeto e muito tem se estudado para melhorar tanto a qualidade do produto final quanto do processo de desenvolvimento. Teste de Software é uma área de estudo que tem crescido significativamente nos últimos tempos, em especial a automação de testes que está cada vez mais em evidência devido à agilidade e qualidade que pode trazer para o desenvolvimento de sistemas de software. Os testes automatizados podem ser eficazes e de baixo custo de implementação e manutenção e funcionam como um bom mecanismo para controlar a qualidade de sistemas. No entanto, pouco conhecimento sobre a área e erros comuns na escrita e manutenção dos testes podem trazer dificuldades adicionais aos projetos de software. Testes automatizados de baixa qualidade não contribuem efetivamente com o controle de qualidade dos sistemas e ainda demandam muito tempo do desenvolvimento. Para evitar esses problemas, esta dissertação apresenta de forma crítica e sistemática as principais práticas, padrões e técnicas para guiar o processo da criação, manutenção e gerenciamento dos casos de testes automatizados. Inicialmente, são feitas comparações entre a automação de testes e outras práticas de controle e garantia de qualidade. Em seguida, são apresentados os problemas e soluções mais comuns durante a automação de testes, tais como questões relacionadas a tipos específicos de algoritmos, sistemas com persistência de dados, testes de interfaces de usuário e técnicas de desenvolvimento de software com testes automatizados. Para finalizar, a dissertação traz uma reflexão sobre o gerenciamento e a abordagem da automação de testes para tornar o processo mais produtivo e eficaz. / The quality of software systems is a concern of every good project and much has been studied to improve the quality of the final product and process development. Software Testing is an increasing area, especially test automation, which is in evidence due to the speed and quality that it may bring to the development of software systems. Automated tests can be effective and can have a low cost of implementation and maintenance to ensure and control the quality of the systems. However, little knowledge about the area and common errors in writing and maintaining tests may bring additional difficulties to the software projects. Low quality automated tests do not contribute effectively to quality control systems and still take a long time of development. To avoid these problems, we present critically and systematically the core practices, standards and techniques to guide the process of creation, maintenance and management of automated test cases. Initially, comparisons are made between the test automation, other control practices, and quality assurance. Next, we present the most common problems and solutions for the automation of tests, such as issues related to specific types of algorithms, systems with data persistence, testing user interfaces and techniques for software development with automated tests. Finally, this essay reflects on the management and approach to test automation to make the process more productive and effective.

Made available in DSpace on 2014-06-12T15:58:59Z (GMT). No. of bitstreams: 2 arquivo4794_1.pdf: 2683672 bytes, checksum: ea816cfe4cb13fb4f70bae7d4e2876eb (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2003 / Recentemente a comunidade de software vem se deparando com um grupo de novas metodologias de desenvolvimento de software, classificadas como metodologias ágeis . Algumas das metodologias que fazem parte deste grupo são Extreme Programming (XP) e SCRUM, sendo XP a mais conhecida e utilizada. Estas metodologias possuem em comum um conjunto de valores para o desenvolvimento de software, priorizando: indivíduos e iterações sobre processos e ferramentas; software funcionando sobre documentação compreensiva; colaboração do cliente sobre negociação de contrato; resposta à mudança sobre seguir um plano. Em paralelo à disseminação das metodologias ágeis, os investimentos em qualidade de software vêm aumentando a cada ano. Pesquisas realizadas sobre o setor de software, indicam um crescimento na adoção de modelos de qualidade como ISO 9000 e Capability Maturity Model for Software (CMM). Modelos de qualidade e metodologias ágeis possuem fundamentos opostos, como é possível notar nos valores definidos por essas metodologias. Autores de metodologias ágeis freqüentemente criticam modelos como o CMM. Em contra partida, alguns trabalhos indicam que é possível utilizar as duas abordagens em um mesmo ambiente. Este trabalho apresenta o Guia XP-CMM2, que tem como objetivo apoiar as organizações no uso da metodologia ágil XP em um ambiente nível 2 do CMM. Com o uso do Guia XP-CMM2, as organizações deverão se beneficiar da agilidade proposta por XP e da maturidade adquirida com o nível 2 do modelo de qualidade de software mais respeitado do mundo, o CMM. Para a elaboração do Guia XP-CMM2, foi realizado inicialmente um diagnóstico da satisfação de XP ao nível 2 do CMM e, depois, para cada problema identificado, uma solução foi proposta. Finalmente o Guia XP-CMM2 foi aplicado em dois ambientes distintos visando avaliação dos resultados obtidos

Os Métodos Ágeis surgiram no final da década passada como uma alternativa aos métodos tradicionais de desenvolvimento de software. Eles propõem uma nova abordagem para o desenvolvimento, eliminando gastos com documentação excessiva e burocrática, enfatizando a comunicação, colaboração com o cliente e as atividades que trazem valor imediato na produção de software com qualidade. Por meio de um processo empírico, com ciclos constantes de inspeção e adaptação, a equipe trabalha sempre num ambiente de melhoria contínua. Uma das atividades propostas pela Programação Extrema (XP) para guiar a equipe em direção à melhoria é conhecida como tracking. O papel do tracker é coletar métricas para auxiliar a equipe a entender o andamento do projeto. Encontrar maneiras eficazes de avaliar o processo e a equipe de desenvolvimento não é uma tarefa simples. Além disso, alguns dos possíveis problemas não são facilmente reconhecidos a partir de dados quantitativos. Este trabalho investiga o uso de métricas no acompanhamento de projetos utilizando Métodos Ágeis de desenvolvimento de software. Um estudo de caso da aplicação de XP em sete projetos acadêmicos e governamentais foi conduzido para validar algumas dessas métricas e para avaliar o nível de aderência às práticas propostas, com o objetivo de auxiliar o tracker de uma equipe ágil. / Agile Methods appeared at the end of the last decade as an alternative to traditional software development methods. They propose a new style of development, eliminating the cost of excessive and bureaucratic documentation, and emphasizing the interactions between people collaborating to achieve high productivity and deliver high-quality software. With an empirical process, based on constant inspect-and-adapt cycles, the team works towards an environment of continuous improvement. One of the practices proposed by Extreme Programming (XP) to enable the creation of such environment is called tracking. The role of a tracker is to collect metrics that support the team on understanding their current process. Finding effective ways to evaluate the team and the development process is not an easy task. Also, some of the possible problems are not always easily recognizable from quantitative data alone. This work investigates the use of metrics for tracking projects using Agile Methods for software development. A case study on the adoption of XP in seven academic and governmental projects was conducted to validate some of these metrics and to evaluate the level of adherence to the proposed practices, with the goal of assisting and supporting the tracker of an agile team.

Pagrindinis darbo tikslas ištirti ir aprašyti CMMI antro brandos lygio procesų sričių susiejimą (angl. mapping) su judriųjų metodų praktikomis ir juo remiantis pasiūlyti rekomendacijas, leidžiančias pasiekti CMMI proceso sričių tikslus. Apžvelgus literatūros šaltinius nagrinėjančius CMMI ir judriųjų metodų susiejimo problematiką, identifikuoti egzistuojantys CMMI proceso sričių ir judriųjų metodų susiejimai. Nustatyti susiejimai nėra pilni, dažnai trūksta konkretumo ir detalumo. Todėl buvo suformuoti ir aprašyti CMMI komponentų ir judriųjų metodų veiklų bei artefaktų susiejimo principai, leidžiantys įvertinti, kaip plačiai ir kokiomis judriųjų metodų veiklomis yra padengiamos proceso srities praktikos. Jais remiantis nustatomi ir CMMI tipinių darbo produktų bei judriųjų metodų sukuriamų artefaktų atitikmenys. Tyrimui buvo pasirinkti du judrieji metodai (Scrum ir XP) ir CMMI antrojo brandos lygio proceso sritys. Remiantis aprašytąja metodika, autorius atliko CMMI proceso sričių praktikų susiejimą su pasirinktųjų judriųjų metodų praktikomis. Gauti rezultatai leido įvertinti kiekvienos proceso srities susiejimą ir pateikti rekomendacijas, kaip pasiekti nepilnai arba silpnai padengtų proceso sričių tikslus įtraukiant papildomas veiklas, naudojant papildomus įrankius arba kaip veiklos vykdymo įrodymus sukuriant pagalbinius dokumentus ir ataskaitas. / The main goal of this study was to perform a detail mapping of CMMI maturity level 2 practices with agile methods and to write recommendations for achieving process area goals. The review of literature revealed mapping problems between CMMI model components and agile methods. The existing mappings between CMMI and agile methods are incomplete and often do not give enough details. Therefore new mapping principles were described and written by author. They allow to perform mapping between CMMI components and agile methods’ practices and artifacts and to evaluate how largely and which process area practices are covered by agile activities. Two agile methods were selected for research (Scrum and XP). And process areas of the CMMI maturity level 2 were chosen for applying described principles. Detail CMMI practices and agile method activities mapping was done using described method, which revealed least satisfied process area practices. According to the mapping results, the recommendations how to achieve CMMI level 2 were written. They state which activities could be included or what tools could be used in order to achieve process improvement in accordance with CMMI.

En läskamera är ett synhjälpmedel där en kamera filmar ett läsbord och sen visar bilden på en skärm.Bilden går sedan att manipulera så att man t.ex. får svart text på grön bakgrund. Det går även attförstora texten. När konkurrensen ökar och kameran blir bättre med HD-teknik så måste ävenbelysningen, som lyser upp läsbordet, uppdateras. Dagens belysning är ojämn och man kan se ringarefter linserna. Det är även önskvärt att byta ut de halogenlampor som används idag.Rapporten behandlar hur olika ljusledare, reflektorer eller linser kan ge en bra och jämn ljusbild. Detär även viktigt att hitta en belysning som återger färger braFör att få ett flimmerfritt ljus konstrueras en pulsbreddsmodulator med hög frekvens. Den gör detäven möjligt att dimma manuellt eller reglera automatiskt för eventuella förändringar i allmänljuset.Att ljuset är jämnt över hela läsbordet är önskvärt för att få bästa bild. Vi undersökte även om ettprogram kan kompensera för infallande eller frånvarande av ljus. Programmet ska kunna överföras tillen FPGA monterad på ett kretskort. / A video magnifier is a visual aid where a camera is recording on a reading table and then shows thepicture on a display. The picture can then be manipulated so that you e.g. you get a white text on agreen background. You are also able to enlarge the text. As the competition increases and camerasbecome better with HD-technique the lighting that lights up the reading table has to be updated.Today's lighting is irregular and one can see rings after the lenses. It's also desirable to replace today'shalogen lamps.In the report, we check if it is possible that light conductors, reflectors and lenses can give a good andeven light picture. It is also important to find a lighting that reproduces colors in a satisfying way.In order to get a flicker free light we designed a pulse with modulator with high frequency. This makesit possible to dim manually or control automatically for changes in the regular light.The picture is at its best when the light is even over the entire reading table. We investigated in aprogram that might compensate for possible falling or lack of light. The program will be transferredinto an FPGA to enable it to be assembled onto a printed circuit board.

<p>En läskamera är ett synhjälpmedel där en kamera filmar ett läsbord och sen visar bilden på en skärm.Bilden går sedan att manipulera så att man t.ex. får svart text på grön bakgrund. Det går även attförstora texten. När konkurrensen ökar och kameran blir bättre med HD-teknik så måste ävenbelysningen, som lyser upp läsbordet, uppdateras. Dagens belysning är ojämn och man kan se ringarefter linserna. Det är även önskvärt att byta ut de halogenlampor som används idag.Rapporten behandlar hur olika ljusledare, reflektorer eller linser kan ge en bra och jämn ljusbild. Detär även viktigt att hitta en belysning som återger färger braFör att få ett flimmerfritt ljus konstrueras en pulsbreddsmodulator med hög frekvens. Den gör detäven möjligt att dimma manuellt eller reglera automatiskt för eventuella förändringar i allmänljuset.Att ljuset är jämnt över hela läsbordet är önskvärt för att få bästa bild. Vi undersökte även om ettprogram kan kompensera för infallande eller frånvarande av ljus. Programmet ska kunna överföras tillen FPGA monterad på ett kretskort.</p> / <p>A video magnifier is a visual aid where a camera is recording on a reading table and then shows thepicture on a display. The picture can then be manipulated so that you e.g. you get a white text on agreen background. You are also able to enlarge the text. As the competition increases and camerasbecome better with HD-technique the lighting that lights up the reading table has to be updated.Today's lighting is irregular and one can see rings after the lenses. It's also desirable to replace today'shalogen lamps.In the report, we check if it is possible that light conductors, reflectors and lenses can give a good andeven light picture. It is also important to find a lighting that reproduces colors in a satisfying way.In order to get a flicker free light we designed a pulse with modulator with high frequency. This makesit possible to dim manually or control automatically for changes in the regular light.The picture is at its best when the light is even over the entire reading table. We investigated in aprogram that might compensate for possible falling or lack of light. The program will be transferredinto an FPGA to enable it to be assembled onto a printed circuit board.</p>

Artikel zur bevorstehenden Einführung von Windows XP in das Dienstespektrum des URZ. Konkret werden ausgewählte PC-Pools genannt sowie technologische Ziele mit Auswirkungen auf den Nutzer. Weiterhin werden Aspekte zum angekündigten Admindienst Windows XP und die Einstellung des Admindienstes Windows NT diskutiert.

Folien eines Vortrages im Rahmen des Seminars "Administration heterogener verteilter Rechnersysteme". Es wird der "Administrationsdienst Windows XP" der TU Chemnitz vorgestellt. Im Rahmen dieses Dienstes wird eine größere Zahl von Arbeitsplatz-PCs zentral installiert und administriert. Fokus dieses Vortrags sind die Prinzipien sowie die verwendeten Basistechnologien.

Workshop "Netz- und Service-Infrastrukturen" Beschreibung und Bewertung systemeigener Verfahren zur automatisierten Installation von Druckern und Scannern unter Windows XP, daraus Ableitung und Beschreibung der im XP-Administrationsdienst praktizierten Verfahren.

There are several ways of conducting software testing where some may include users and others may include personnel whose work task is to execute test on systems. Although most developers and project managers understand the point of testing the system, it is not always being done and the most common reason is that there is no time for it. However, this is a false assumption as it may instead cause some bugs in the system that would not have been there in the first place if tests had been there to prevent bugs in the code. My purpose for this thesis was to find suggestions for changes in the development process in an ongoing project used by Acino and Svenska Försäkringsfabriken in order to increase the quality of the system used. In this thesis, I have approached the purpose by pursuing a case study of the two companies through observation and interviews. By doing this I acquired the relevant information to make suggestions for change. In my case study, I have analysed the work process, which includes the types of testing and development conducted on the system. Through this I have found suggestions for changes that can generate better quality of both the system and work process. The changes that I've suggested are directed against both the code that the system consists of and the work processes used by the two companies. While the suggestions I have found is not entirely new for the companies it is something that’s not included in either the code or process, but my hope is that I have created an awareness which could ultimately generate a positive change.