Начальным условием является наличие базы MySQL в кодировке latin1 данные из которой криво отображаются при просмотре, такая ситуация, например, возникает при установке Mantis. Кодировка как правило обнаруживается не сразу, но т.к. в базе данных уже есть данные, то выход один - конвертировать. Базу требуется переконвертировать в UTF8 дабы решить вопрос с отображением.
Показаны сообщения с ярлыком experience. Показать все сообщения
Показаны сообщения с ярлыком experience. Показать все сообщения
30 января 2010 г.
22 января 2010 г.
На что стоит обращать внимание при тестировании web-риложений
1. Проверка работы элементов
В первую очередь стоит обратить внимание на ссылки. Суть проверки заключается в том, чтобы пройтись по всем ссылкам и проверить целевые страницы, например, соответствует ли заголовок целевой страницы тексту ссылки, по которой вы на эту страницу попали. Также стоит помнить, что подобная проверка сайта поможет выявить ссылки, которые «никуда» не ведут.
Во вторую, очередь, нужно провести даже более важную проверку – это проверку пунктов меню, если они реализованы в виде картинок, то стоит обратить внимание все ли картинки есть на сервере, все ли тексты на картинках написаны, верно, корректно. Опять же не стоит забывать и про проверку ссылок, т.е. проверку, куда ведут пункты меню и проверку целевых страниц пунктов меню.
В первую очередь стоит обратить внимание на ссылки. Суть проверки заключается в том, чтобы пройтись по всем ссылкам и проверить целевые страницы, например, соответствует ли заголовок целевой страницы тексту ссылки, по которой вы на эту страницу попали. Также стоит помнить, что подобная проверка сайта поможет выявить ссылки, которые «никуда» не ведут.
Во вторую, очередь, нужно провести даже более важную проверку – это проверку пунктов меню, если они реализованы в виде картинок, то стоит обратить внимание все ли картинки есть на сервере, все ли тексты на картинках написаны, верно, корректно. Опять же не стоит забывать и про проверку ссылок, т.е. проверку, куда ведут пункты меню и проверку целевых страниц пунктов меню.
20 января 2010 г.
Тестирование кросс-браузерности web-приложений
Итак, можете меня поздравить, впервые моя статья вышла в свет и не куда-нибудь, а на крупнейший портал о тестировании software-testing.ru.
Теория
Википедия:
Теория
Википедия:
«Кросс-браузерность — свойство сайта отображаться и работать во всех популярных браузерах идентично. Под идентичностью понимается отсутствие развалов верстки и способность отображать материал с одинаковой степенью читабельности. Понятие «кросс-браузерность» очень часто путают с попиксельным соответствием, что на самом деле является разными понятиями.»Тестирование кросс-браузерности как сущность является подвидом конфигурационного тестирования. Переведя термин на русский язык, мы увидим громоздкое словосочетание «перекрёстное тестирование под разными браузерами». В действительности же, термин тестирование кросс-браузерности подразумевает не только проверку под разными браузерами, но об этом чуть позже…
8 января 2010 г.
Что-то о тестировании web-приложений
Итак для того, чтобы провести тестирование веб необходимо обращать внимание на следующие общие моменты:
- Единство дизайна или вёрстка
- Навигиция
- Функциональность
- Совместимость с броузером
- Совместимость с OS
- "Дружественность"
- "Работоспособность"
6 января 2010 г.
Полезные советы для самообучения
Контекст — это совокупность знаний о разрабатываемом проекте в определенный момент времени.
Источник
- Всегда старайтесь изучить предметную область. Не копайте слишком глубоко, если этого не требуется для тестирования.
- Только пробуя что-то на практике возможно научиться тестированию. Но основное тестирование происходит в голове, поэтому старайтесь больше читать и узнавать что-либо новое, что поможет вам думать.
- Изучите текущий контекст, прежде чем что-то сделать. Например, перед тем как предоставить отчет о дефекте, поищите, может кто-то уже нашел его до вас.
- Пытайтесь докопаться до сути проблемы самостоятельно, но тратьте на это разумное время. Иногда проще спросить знающих людей, не боясь показать, что у вас нет достаточного количества знаний. Заодно и узнаете что-то новое.
- Всегда пишите в отчетах о дефекте, что по вашему является правильным или ожидаемым. Обосновывайте ваши требования. Приводите несколько возможных вариантов решения проблемы.
- Обращайте внимание на любые проблемы, будь то тестируемый продукт, спецификации, тесты и инструменты тестирования или процесс.
- Обсуждайте спорные вопросы со всеми заинтересованными людьми. Иногда так вопрос решить проще, чем если бы вы написали сомнительный дефект.
- Не бойтесь новых областей знаний. Никогда не говорите, что вы не будете этого делать потому, что не делали раньше. Новый вид тестирования или новая область подлежащая тестированию должны стимулировать вас и подталкивать к новым достижениям.
- Иногда абстрагируйтесь от контекста разработки, оставаясь при этом только в контексте разрабатываемого продукта. Попытайтесь быть просто пользователем. Если возможно, используйте продукт по назначению.
- Если вы выполняете какой-то тест повторно, варьируйте свои действия. Единственное исключение — верификация дефектов.
- Знание предметной области и особенностей реализации — отличная база для дизайна новых тестов.
- Иногда вы можете ошибаться. Прислушивайтесь к доводам других людей. В любом случае, всегда есть возможность достичь компромисса.
- Если вы не нашли ни одного дефекта в ходе тестирования – значит вы тестировали плохо.
Источник
Подписаться на:
Сообщения (Atom)